Sjálfvirkknivæðing hugverkaþreytu með gervigreindarumboðsmönnum
Í ört þróandi landslagi hugbúnaðarverkfræði leiðir leit að skilvirkni oft til byltingarkenndra nýjunga. Tyler McGoffin, gervigreindarrannsakandi, greindi nýlega frá ferðalagi sem lýsir þessum anda vel: að sjálfvirknivæða hugverkaþreytu sína með umboðsmanna-drifinni þróun með GitHub Copilot. Þetta snýst ekki bara um hraðari forritun; það snýst um að breyta grundvallaratriðum hlutverki forritarans frá endurtekinni greiningu yfir í skapandi vandamálalausnir og stefnumótandi yfirsýn. Reynsla McGoffins undirstrikar kunnuglegt mynstur meðal verkfræðinga – að byggja verkfæri til að útrýma leiðindum – en fer skrefi lengra með því að fela gervigreindarumboðsmönnum flókin greiningarverkefni sem áður var ómögulegt að skala handvirkt.
Innblástur McGoffins kom frá mikilvægum, en yfirþyrmandi, þætti starfs hans: að greina frammistöðu forritunarumboðsmanna gegn viðmiðunarprófum eins og TerminalBench2 og SWEBench-Pro. Þetta fól í sér að kryfja 'ferla' – ítarlega JSON annála yfir hugsunarferli og aðgerðir umboðsmanns – sem gætu numið hundruðum þúsunda kóðalína yfir fjölda verkefna og viðmiðunarakstra. Þó að GitHub Copilot hafi þegar aðstoðað við mynstragreiningu, kallaði endurtekið eðli þessa greiningarferils á fulla sjálfvirkni. Þetta leiddi til stofnunar 'eval-agents,' kerfis sem hannað var til að sjálfvirknivæða þessa hugverkaþreytu, og styrkja teymi hans í Copilot Applied Science til að ná sambærilegri skilvirkni.
Teikningin að umboðsmanna-drifinni þróun
Tilurð 'eval-agents' var stýrt af skýrum meginreglum sem lögðu áherslu á samvinnu og skalanleika. McGoffin stefndi að því að gera þessa gervigreindarumboðsmenn auðvelda í deilingu, einfalda í höfundarverki og aðal farartæki fyrir framlög teyma. Þessi markmið endurspegla kjarnagildi GitHub, sérstaklega þau sem hann þróaði í gegnum reynslu sína sem OSS viðhaldsaðili fyrir GitHub CLI. Hins vegar var það þriðja markmiðið – að gera forritunarumboðsmenn að aðal þátttakendum – sem í raun mótaði stefnu verkefnisins og opnaði óvænta kosti fyrir fyrstu tvö.
Uppsetning umboðsmanna-drifinnar forritunar nýtti nokkur öflug verkfæri til að straumlínulaga þróunarferlið:
- Forritunarumboðsmaður: Copilot CLI, sem veitir beina samskipti og stjórn.
- Líkan notað: Claude Opus 4.6, sem býður upp á háþróaða röksemdafærslu og kóðagerðargetu.
- IDE: VSCode, sem þjónar sem miðlægt vinnusvæði fyrir þróun.
Mikilvægt er að Copilot SDK var lykilatriði, sem veitti aðgang að núverandi verkfærum, MCP netþjónum og kerfum til að skrá ný verkfæri og færni. Þessi undirstaða útilokaði þörfina á að endurfinna kjarnavirkni umboðsmanna, sem gerði teyminu kleift að einbeita sér að forritunarsértækri rökfræði. Þetta samþætta umhverfi ýtti undir hraðan þróunarhring, sem sannaði að með réttri uppsetningu gætu gervigreindarumboðsmenn ekki aðeins aðstoðað heldur einnig knúið áfram stóran hluta þróunarstarfsins.
Kjarnareglur fyrir árangursríka umboðsmanna-drifna forritun
Að færa sig yfir í umboðsmanna-drifið viðhorf krefst meira en bara verkfæra; það krefst breytingar á aðferðafræði. McGoffin greindi þrjár kjarnareglur sem reyndust grundvallaratriði til að flýta fyrir þróun og efla samvinnu:
- Inntaksverkfræðistefnur: Að eiga árangursrík samskipti við umboðsmenn þýðir að vera í samræðum, orðmargur og að forgangsraða skipulagningu.
- Byggingarfræðilegar aðferðir: Hreinn, vel skjalfestur og endurforritaður kóðagrunnur er mikilvægastur fyrir umboðsmenn til að geta vafrað um og lagt sitt af mörkum á áhrifaríkan hátt.
- Endurtekningaraðferðir: Að tileinka sér hugarfar 'kenna ferli, ekki umboðsmönnum', svipað og sakalítil menning, gerir kleift hraðvirka tilraunastarfsemi og nám.
Þessar aðferðir, þegar þeim var beitt stöðugt, leiddu til ótrúlegra niðurstaðna. Til vitnis um þessa skilvirkni bættu fimm nýir þátttakendur, á aðeins þremur dögum, samtals við 11 nýjum umboðsmönnum, fjórum nýjum færnum, og kynntu hugtakið 'eval-agent verkferlar' inn í verkefnið. Þessi samstarfssprattur leiddi til merkilegrar breytingar upp á +28.858/-2.884 kóðalínur í 345 skrám, sem sýnir djúpstæð áhrif github-agentic-workflows í framkvæmd.
Hér er samantekt á kjarnareglunum:
| Regla | Lýsing | Ávinningur fyrir umboðsmanna-drifna þróun |
|---|---|---|
| Inntaksverkfræði | Meðhöndla umboðsmenn eins og eldri verkfræðinga: leiðbeina hugsun þeirra, útskýra forsendur of ítarlega, nýta skipulagshami (/plan) fyrir útfærslu. Vera í samræðum og nákvæmur. | Leiðir til nákvæmari og viðeigandi niðurstaðna, sem hjálpar umboðsmönnum að leysa flókin vandamál á áhrifaríkan hátt. |
| Byggingarfræðilegt | Forgangsraða endurforritun, ítarlegri skjalfestingu og öflugum prófunum. Halda kóðagrunninum hreinum, læsilegum og vel skipulögðum. Hreinsa virkan upp dauðan kóða. | Gerir umboðsmönnum kleift að skilja kóðagrunninn, mynstur og núverandi virkni, sem auðveldar nákvæm framlög. |
| Endurtekning | Tileinka sér hugarfar 'kenna ferli, ekki umboðsmönnum'. Innleiða varnarráðstafanir (stranga tegundun, linters, víðtækar prófanir) til að koma í veg fyrir mistök. Læra af villum umboðsmanna með því að bæta ferla og varnarráðstafanir. | Eflir hraðvirka endurtekningu, byggir upp traust á framlögum umboðsmanna og bætir stöðugt þróunarferlið. |
Flýta fyrir þróun: Aðferðir í framkvæmd
Árangur þessarar umboðsmanna-drifinnar nálgunar er sprottinn af hagnýtri beitingu þessara meginreglna.
Inntaksverkfræðistefnur: Leiðbeina gervigreindarverkfræðingnum
Gervigreindarforritunarumboðsmenn, þótt öflugir séu, eru bestir í vandamálum með skýra afmörkun. Fyrir flóknari verkefni þurfa þeir leiðbeiningar, líkt og yngri verkfræðingar. McGoffin komst að því að samskipti í samræðuformi, útskýring á forsendum og nýting skipulagshamna voru mun áhrifaríkari en stuttar skipanir. Til dæmis, þegar bætt var við öflugum afturhvarfsprófunum, hvati eins og /plan I've recently observed Copilot happily updating tests to fit its new paradigms even though those tests shouldn't be updated. How can I create a reserved test space that Copilot can't touch or must reserve to protect against regressions? hóf frjósama samræðu. Þetta fram og til baka, oft með hinu öfluga claude-opus-4-6 líkani, leiddi til háþróaðra lausna eins og samningsprófunar varnarráðstafana, sem aðeins mannlegir verkfræðingar gátu uppfært, og tryggði að mikilvæg virkni væri varin.
Byggingarfræðilegar aðferðir: Grundvöllur gervigreindaraðstoðaðs gæða
Fyrir mannlega verkfræðinga eru viðhald á hreinum kóðagrunni, skrifa prófanir og skjalfesta eiginleika oft sett í lægri forgang vegna eiginleikaþrýstings. Í umboðsmanna-drifinni þróun verða þessir þættir afar mikilvægir. McGoffin uppgötvaði að tími sem varið var í endurforritun, skjalfestingu og bætingu prófunartilfella bætti verulega getu Copilot til að vafra um og leggja sitt af mörkum í kóðagrunninn. Geymsla sem setur umboðsmenn í forgang dafnar á skýrleika. Þetta gerir forriturum jafnvel kleift að spyrja Copilot spurninga eins og "Knowing what I know now, how would I design this differently?", sem breytir fræðilegum endurforritunum í raunhæf verkefni með gervigreindaraðstoð. Þessi stöðuga áhersla á byggingarfræðilega heilsu tryggir að hægt sé að afhenda nýja eiginleika auðveldlega.
Endurtekningaraðferðir: Treysta ferlinu, ekki bara umboðsmanninum
Þróun gervigreindarlíkana hefur fært hugarfarið frá 'treysta en sannreyna' yfir í traustara viðhorf, svipað og hvernig skilvirk teymi starfa með 'kenna ferli, ekki fólki' heimspeki. Þessi 'sakalítla menning' í umboðsmanna-drifinni þróun þýðir að þegar gervigreindarumboðsmaður gerir mistök er viðbragðið að bæta undirliggjandi ferla og varnarráðstafanir, frekar en að kenna umboðsmanninum sjálfum um. Þetta felur í sér að innleiða strangar CI/CD venjur: stranga tegundun til að tryggja samræmi í viðmóti, öflugar linters fyrir kóðagæði, og víðtækar samþættingar-, end-to-end- og samningsprófanir. Þó að byggja þessar prófanir handvirkt geti verið dýrt, gerir umboðsmannaaðstoð þær mun ódýrari í útfærslu, sem veitir mikilvægt traust á nýjum breytingum. Með því að setja upp þessi kerfi styrkja forritarar Copilot til að athuga eigin vinnu, sem endurspeglar hvernig yngri verkfræðingur er undirbúinn fyrir árangur.
Að ná tökum á þróunarhringnum sem knúinn er af umboðsmönnum
Með því að samþætta þessar meginreglur í hagnýtan verkferil skapast öflugur, hraðaður þróunarhringur:
- Skipuleggja með Copilot: Hefja nýja eiginleika með
/plan. Endurtaka áætlunina og tryggja að prófanir og uppfærslur á skjölum séu innifaldar og fullgerðar áður en kóðinn er útfærður. Skjöl geta þjónað sem viðbótarleiðbeiningar fyrir umboðsmanninn. - Útfæra með Autopilot: Leyfa Copilot að útfæra eiginleikann með
/autopilot, og nýta kóðagerðargetu hans. - Endurskoða með Copilot Code Review: Hvata Copilot til að hefja endurskoðunarferil. Þetta felur í sér að biðja Copilot Code Review umboðsmanninn, taka á athugasemdum hans og biðja um endurskoðun aftur þar til mál eru leyst.
- Mannleg endurskoðun: Framkvæma loka mannlega endurskoðun til að tryggja að mynstur séu framfylgt og flóknar ákvarðanir samræmist stefnumótandi tilgangi.
Fyrir utan eiginleikahringinn er stöðug fínstilling lykilatriði. McGoffin hvetur Copilot reglulega með skipunum eins og /plan Review the code for any missing tests, any tests that may be broken, and dead code eða /plan Review the documentation and code to identify any documentation gaps. Þessar athuganir, sem keyrðar eru vikulega eða þegar nýir eiginleikar eru samþættir, tryggja að umboðsmanna-drifið þróunarumhverfi haldist heilt og skilvirkt.
Framtíð hugbúnaðarverkfræði með gervigreind
Það sem byrjaði sem persónuleg leit að því að sjálfvirknivæða pirrandi greiningarverkefni hefur þróast í nýja hugmyndafræði fyrir hugbúnaðarþróun. Umboðsmanna-drifin þróun, knúin áfram af verkfærum eins og GitHub Copilot og háþróuðum líkönum eins og Claude Opus, snýst ekki bara um að gera forritara hraðari; hún snýst um að breyta grundvallaratriðum eðli vinnu fyrir gervigreindarrannsakendur og hugbúnaðarverkfræðinga jafnt. Með því að létta af hugverkaþreytu yfir á greinda umboðsmenn geta teymi náð óviðjafnanlegum stigum framleiðni, samvinnu og nýsköpunar, og að lokum einbeitt sér að skapandi og stefnumótandi áskorunum sem sannarlega knýja áfram framfarir. Þessi nálgun boðar spennandi framtíð þar sem gervigreindarumboðsmenn eru ekki bara verkfæri, heldur óaðskiljanlegir meðlimir þróunarteymisins, sem umbreyta því hvernig við byggjum og viðhöldum hugbúnaði.
Upprunaleg heimild
https://github.blog/ai-and-ml/github-copilot/agent-driven-development-in-copilot-applied-science/Algengar spurningar
What is agent-driven development in the context of GitHub Copilot?
How did the 'eval-agents' project originate?
What are the key components of an agentic coding setup for this approach?
What prompting strategies are most effective when working with AI coding agents?
Why are architectural strategies like refactoring and documentation crucial for agent-driven development?
How does a 'blameless culture' apply to iteration strategies in agent-driven development?
What is the typical development loop when using agent-driven development?
What kind of impact did agent-driven development have on team productivity and collaboration?
Fylgstu með
Fáðu nýjustu gervigreindarfréttirnar í pósthólfið.
