Najkorisnija promjena u razvoju uz pomoć umjetne inteligencije nije brže automatsko dovršavanje. To je pojava sustava koji mogu preuzeti ograničeni inženjerski cilj, pregledati relevantni kontekst, predložiti plan, napraviti izmjene, pokrenuti provjere i vratiti rad na pregled.

To je razlika između kopilota i agenta. Kopilot pomaže razvojnom inženjeru napisati sljedeći redak. Agent može pomoći organizirati niz aktivnosti oko ishoda: dijagnosticirati neuspjeli test, pratiti nadogradnju ovisnosti, pripremiti migraciju ili izraditi nacrt zahtjeva za povlačenje s priloženim dokazima.

To ne čini razvoj softvera autonomnim u širem smislu. Međutim, mijenja mjesto na koje iskusni inženjeri usmjeravaju svoju pozornost. Rijetka vještina sve manje postaje upisivanje svakog detalja implementacije; sve više postaje precizno definiranje problema, uspostavljanje sigurnih granica i procjenjivanje zaslužuje li rezultat isporuku.

Od dovršavanja do kontroliranog izvršavanja

Dovršavanje koda u osnovi je lokalno. Predviđa što bi moglo odgovarati na mjestu pokazivača. To i dalje ima vrijednost, posebno za repetitivni kod, poznate API-je i predloške koda. No većina inženjerskog rada s važnim posljedicama nije lokalna. Obuhvaća ograničenja raspodijeljena među zahtjevima, izvornim kodom, testovima, konfiguracijom, cjevovodima za implementaciju i operativnim očekivanjima.

Radni tijek usmjeren na agente obuhvaća taj kontekst. Za zadatak kao što je „dodaj ograničenje broja zahtjeva ovoj krajnjoj točki”, sposoban sustav možda će trebati utvrditi konvencije okvira za međuprogramsku podršku, pronaći postojeću aplikacijsku apstrakciju predmemorije ili pohrane, locirati integracijske testove, razumjeti obrasce odgovora na pogreške i odrediti podržava li okruženje za implementaciju predloženi mehanizam.

Važan je izraz možda će trebati. Agente ne treba smatrati sveznajućim izvršiteljima. To su sustavi koji istražuju i djeluju u uvjetima neizvjesnosti. Njihova korisnost ovisi o mogućnosti iznošenja pretpostavki, traženja nedostajućih informacija i zaustavljanja kada zadatak prijeđe granicu za koju nisu ovlašteni.

Arhitektura postaje dio upute

Kada razvojni inženjeri dobro koriste agente, arhitektura prestaje biti pozadinsko znanje zaključano u glavama starijih inženjera. Postaje izričit operativni kontekst: koji moduli imaju koje odgovornosti, koji podaci moraju ostati privatni, koje izmjene zahtijevaju pregled, što znači „gotovo” i koje su provjere obvezne.

Taj kontekst može se izraziti u dokumentaciji repozitorija, smjernicama za suradnike, testovima, tipiziranim sučeljima, CI pravilima, predlošcima problema i malim, usmjerenim opisima zadataka. Praktični je učinak znatan: projekt s jasnim granicama lakše je sigurno mijenjati i ljudima i agentima.

Dajte agentima kartu, a ne labirint

Agenti rade bolje kada kodna baza uz mali trošak odgovara na uobičajena pitanja. Gdje je javni API? Kojom se naredbom pokreće skup testova? Koji paket upravlja autentikacijom? Kako se stvaraju migracije baze podataka? Što je zabranjeno u produkcijskom kodu?

• Održavajte naredbe za postavljanje i provjeru ažurnima i lako dostupnima.
• Dokumentirajte vlasništvo nad modulima i glavne arhitektonske odluke blizu koda na koji utječu.
• Koristite testove za opis ponašanja, a ne samo za očuvanje pojedinosti implementacije.
• Sigurnosna, privatnosna i ograničenja implementacije učinite izričitima umjesto pretpostavljenima.
• Širok posao podijelite na neovisno provjerljive ishode.

To nije dokumentacija pisana za stroj na štetu ljudi. To je ista jasnoća koja ubrzava uvođenje novih članova i smiruje odgovor na incidente. Agenti samo čine trošak nedostatka jasnoće vidljivijim.

Konkretan radni tijek za promjenu primjerenu agentu

Razmotrite zahtjev za dodavanje zapisa revizije svaki put kada administrator onemogući račun. Primamljiva je uputa: „Implementiraj zapisivanje revizije.” Jači zahtjev definira ponašanje i granicu: zabilježi administratora koji je izvršio radnju, ciljani račun, vremensku oznaku i razlog; nemoj bilježiti osjetljivi materijal vjerodajnica; dodaj testove; nemoj mijenjati postojeći ugovor odgovora.

Rad agenta zatim bi trebao napredovati u fazama. Najprije pregledava trenutačni put onemogućavanja računa i postojeće konvencije zapisivanja. Zatim predlaže najmanji dizajn koji odgovara tim konvencijama. Potom mijenja kod i testove. Na kraju pokreće relevantne provjere i sažima što se promijenilo, što je prošlo i što ostaje neizvjesno.

Cilj: Zabilježi događaj revizije kada administrator onemogući račun.

Ograničenja:
- Očuvaj postojeći API odgovor.
- Uključi ID aktera, ID ciljanog računa, razlog i vremensku oznaku poslužitelja.
- Isključi vjerodajnice, tokene i tijela zahtjeva.
- Ponovno upotrijebi uspostavljenu apstrakciju događaja revizije ako postoji.
- Dodaj ili ažuriraj usmjerene testove.
- Pokreni relevantnu naredbu za testiranje i prijavi neuspjehe bez njihova prikrivanja.

Primijetite što ova uputa ne čini: ne propisuje svaku klasu, tablicu ili funkciju. Agentu daje dovoljno namjere da odgovorno istražuje, uz očuvanje ljudske kontrole nad arhitektonskim izborima koji mogu imati šire posljedice.

Pregledajte dokaze, a ne samo diff

Uglađen diff i dalje može biti pogrešan. Izmjene koje je proizveo agent zaslužuju isti inženjerski pregled kao i izmjene koje je proizveo čovjek, uz nešto dodatne pozornosti na način na koji je zaključak donesen.

Pregledavatelji bi se trebali zapitati je li agent izmijenio ispravan sloj, pokrivaju li testovi traženo ponašanje, jesu li razmotreni rubni slučajevi i pokriva li navedena provjera doista rizik. Prolazak jediničnog testa ne dokazuje da su pravilo autorizacije, migracija ili postavka implementacije ispravni.

Korisni izlaz agenta uključuje sažet prikaz pregledanih datoteka, napravljenih pretpostavki, pokrenutih naredbi, rezultata testova i neriješenih pitanja. Taj trag omogućuje pregledavatelju da provjeri zaključivanje umjesto da pouzdanje modela tretira kao dokaz.

Koristite dozvole kao inženjersku kontrolu

Ne bi svaki zadatak trebao dobiti isti pristup. Čitanje repozitorija i izrada nacrta zakrpe razlikuju se od mijenjanja produkcijske konfiguracije, rotiranja vjerodajnica, slanja poruka ili spajanja koda. Najsigurniji je obrazac postupno dodjeljivanje ovlasti: počnite s istraživanjem samo za čitanje, dopustite ograničene izmjene kada je plan prihvaćen i zahtijevajte izričito odobrenje za radnje s vanjskim ili nepovratnim učincima.

Važna je i izolacija. Agenti bi trebali raditi s usko ograničenim vjerodajnicama, sanitiziranim zapisnicima i okruženjima namijenjenima eksperimentiranju. Osjetljivi podaci o korisnicima, tajne i produkcijski pristup za pisanje nikada ne bi smjeli postati zadani kontekst samo zato što bi ih automatizirani sustav mogao smatrati praktičnima.

Gdje agenti stvaraju stvarnu prednost

Najjači rani slučajevi upotrebe ponovljivi su, ograničeni i lako provjerljivi. Primjeri uključuju generiranje testnih slučajeva iz jasne specifikacije, mapiranje upotrebe ovisnosti prije nadogradnje, istraživanje CI neuspjeha, pripremu plana migracije ili pronalaženje nedosljednog rukovanja pogreškama u cijeloj usluzi.

Agenti su korisni i kao arhitektonski istraživači. Mogu pratiti putanje poziva, uspoređivati implementacije, sažimati podsustav i iznijeti ovisnosti koje bi razvojni inženjer inače otkrivao datoteku po datoteku. To ubrzava razumijevanje, ali ne zamjenjuje odluku o tome je li otkriveni dizajn pravi za proširenje.

Slabiji slučajevi upotrebe nejasni su zadaci sa skrivenim poslovnim pravilima, oskudnim testovima, nejasnim vlasništvom ili sporednim učincima velikog utjecaja. U takvim situacijama brzina može postati obveza: agent može brzo proizvesti uvjerljivu implementaciju za pogrešno tumačenje.

Uloga razvojnog inženjera postaje promišljenija

Kako agenti preuzimaju veći dio mehaničke petlje, snažni razvojni inženjeri postaju vrjedniji za rad koji je okružuje: uokvirivanje problema, pregovaranje o kompromisima, prepoznavanje slučajne složenosti, zaštitu korisnika i uspostavljanje standarda koji promjenu čine sigurnom.

Pamtljiva je pouka jednostavna: AI agenti ne uklanjaju potrebu za arhitekturom. Oni arhitekturu čine operativnom. Svaka jasna granica, pouzdan test i izričita odluka postaju zaštitna ograda koja automatiziranom radu pomaže da se brže kreće bez lutanja. Timovi koji će imati najviše koristi neće biti oni koji od agenata traže da napišu najviše koda. Bit će to oni koji grade sustave u kojima se dobra prosudba može primijeniti, provjeriti i u nju se može imati povjerenja.