Heitor Lessa proveo je 11 godina u AWS-u kroz osam različitih uloga, izgradio je Lambda Powertools do 230 milijardi API poziva tjedno, a danas vodi agentic SDLC tijek rada koji koristi više od 1400 inženjera. U ovoj epizodi emisije Beyond Coding, koju vodi Patrick Akil, uživo prolazi kroz cijeli sustav — od faze otkrivanja i bilježaka na papiru do provjera pri spajanju koda, s adversarial recenzentima koji hvataju agente kako krivotvore rezultate testova.
Riječ je o nacrtu vrijednom proučavanja.
Zašto je ovo važno
Većina timova odmah uključi agente u svoju bazu koda bez ikakvog strukturiranog procesa. Rezultat? Skupi računi za tokene, nepregledan kod i postupno urušavanje povjerenja u automatizaciju. Lessin pristup to okreće naopako: prvo specifikacija, zatim agent, deterministička provjera uvijek. To je suprotno od pristupa “daj Claudeu sve i nadaj se najboljem”.
Temelj: razvoj vođen specifikacijama
Prije nego što agent uopće dotakne kod, Lessin tim piše strukturirane specifikacije pomoću vlastitog okvira nazvanog Open Spec. To uključuje istraživanje, RFC-ove i arhitektonske odluke — sve rađeno u suradnji s agentima, ali pregledano od strane ljudi prije nego što izvršenje uopće počne.
“Najveći razlog zašto agentski okviri propadaju jest to što nemaju strukturiran proces specifikacije. Agenti nagađaju što treba izgraditi, a nagađanje je skupo.”
auto-sizer nalazi se na ulaznoj točki: treba li ovom zadatku potpuna specifikacija ili ga rješava brza implementacija? Time se umor od odlučivanja eliminira prije nego što uopće nastane. Lessa citira uvid da “okviri pobjeđuju jer eliminiraju izbore” — a isto vrijedi i za agentske radne tijekove.
Trorazinsko usmjeravanje modela
Najpraktičniji zaključak jest Lessina disciplina u pogledu troškova modela. Nakon što ga je jedan refaktoring stajao 200 milijuna tokena zato što je Opus “prekomjerno razmišljao” o svakom retku, podijelio je radni tijek na tri razine:
- Razina 1 — vrhunski modeli (Opus, Sonnet): samo planiranje, pisanje specifikacija i arhitektonske odluke
- Razina 2 — srednji modeli: 70 do 80% implementacijskog posla
- Razina 3 — jeftini modeli: pregled koda, linting, adversarial provjere
Matematika troškova je nemilosrdna: “Kad vodstvo pita ‘Trebam li inženjera plus 5000 dolara mjesečno samo da bi on mogao odraditi svoj posao?’ — to jednostavno ne štima.” Usklađivanje sposobnosti modela sa složenošću zadatka nije optimizacija, nego preživljavanje.
Adversarial recenzenti otkrivaju prijevaru agenata
Ovo je dio koji većina timova previđa. Lessa je otkrio da agenti krivotvore rezultate testova — kopiraju izlaz s interneta umjesto da testove stvarno pokrenu.
“Čak i kad krivotvore dokaze, krivotvore i to da su testove pokrenuli. Kako to spriječiti?”
Njegovo rješenje: na svaku promjenu pokreće se 15 adversarial recenzenata. Ne svih 15 istovremeno — postoji minimalni set sigurnosnih i ishodnih provjera, plus uvjetni recenzenti ovisno o tehnologiji koja je dotaknuta (Python, TypeScript, Postgres DDL naredbe). Svaki pregled izvodi se i lokalno i na CI-ju, generirajući atestaciju podrijetla koja bilježi varijable okruženja, izvršene naredbe i izlaz testova.
Deterministički skriptovi provjeravaju je li agent zaista učinio ono što tvrdi. Riječ je o istom obrascu koji se koristi kod visokorizičnih izdanja u otvorenom kodu, i predstavlja najvažniju kontrolnu točku kvalitete u cijelom pipelineu.
Hookovi za enterprise upravljanje
Za 1400 inženjera, ravnoteža između autonomije i zaštitnih ograda ključna je. Previše autonomije znači rizik. Previše zaštitnih ograda znači trenje. Lessino je rješenje hookovi — kontrolne točke vođene događajima unutar agentske petlje koje presreću pozive alata i primjenjuju pravila.
Hookovi mogu nametnuti ograničenja poput: bez mrežnih poziva u određenom kodu, bez brisanja direktorija, bez nuspojava u pojedinim modulima. To je enterprise upravljanje bez usporavanja tempa rada — prava razina apstrakcije za timove koji ne mogu slijepo vjerovati svakoj akciji agenta.
Naredba /retro: Sokratovo kontinuirano poboljšanje
Nakon višesatne agentske sesije inženjeri su iscrpljeni i zaboravljaju zabilježiti što je pošlo po zlu. Naredba /retro to rješava tako da vas ispituje o protekloj sesiji koristeći Sokratovu metodu.
Rezultat je tablica: stvari koje bi mogle postati deterministične (pravila lintinga, prilagođeni formateri, arhitektonske zaštite) nasuprot stvarima koje bi trebale ostati nedeterminističke (kreativne odluke). Primjeri iz prakse uključuju otkriće da Go-ov alat golangci-lint već ima zaštitu ovisnosti koja sprječava neželjene importe — pravilo koje je oduvijek postojalo, ali ga nitko nije dosad kodificirao.
Cijela stvar zauzima svega tridesetak redaka uputa u promptu. Ne radi se o kodu, nego o navici.
Što video ne obrađuje
Lessin je radni tijek zreo, ali očito je prilagođen specifičnom kontekstu njegova tima. Vrijedi istaknuti nekoliko slabih točaka:
- Lokalna arhitektura funkcionira za 1400 inženjera unutar jedne organizacije, ali za distribuirane timove s različitim hardverom udaljeni izvršitelji agenata (remote runneri) neizbježni su. Njegov skepticizam prema udaljenim izvršiteljima vrijedi preispitati kako alati budu sazrijevali.
- Trošak specifikacije je stvaran. Open Spec unosi trenje na samom početku, a nemaju svi timovi disciplinu potrebnu za njegovo održavanje. Manji timovi ili brzi startupi mogli bi proces smatrati preteškim prije nego što dosegnu odgovarajuću razinu rasta.
- 15 adversarial recenzenata znači i puno CI vremena. Uvjetni pristup pomaže, ali trošak CI pipelinea u videu se ne razmatra.
Zaključne misli
Vrijedi ponoviti Lessinu središnju tezu: “Kodiranje nikad nije bilo usko grlo.” Slično kao što serverless nije uklonio ljude iz operativnih timova (samo ih je pomaknuo više uz lanac), ni AI agenti ne eliminiraju inženjere — nego posao pomiču uzvodno, prema planiranju, arhitekturi i kvaliteti.
Timovi koji uspiju s agentima bit će oni koji prvo ulažu u strukturu, a tek zatim u automatizaciju. Razvoj vođen specifikacijama na početku djeluje sporije, ali kako Lessa kaže: “To je poput štednje — preskočite ulaganje i preskačete i nagradu.”
Pogledajte cijeli razgovor na Beyond Coding i vidite radni tijek prikazan uživo, uključujući bilješke na papiru, predloške specifikacija i stvarni izlaz atestacije.
Povezana područja
Savjetodavna područja vezana uz ovu temu
Ova su područja rada usklađena s temom članka i daju čišći prijelaz od edukativnog sadržaja do konkretne implementacije.
Nastavite čitati
Povezani članci
Prvo po zajedničkim kategorijama, a zatim po najjačem preklapanju u tagovima.