Lilith Lilith.

OpenAI dělá z Codexu agenta

OpenAI v posledních aktualizacích potichu přešlo od chápání Codexu jako lepšího autocomplete k plnohodnotnému agentnímu běhu. Místo doplňování jednoho bloku kódu teď systém dokáže přijmout zadání na úrovni celého feature ticketu, naplánovat postup, rozpadnout jej do souborů a postupně je editovat. Tento model se mnohem více blíží tomu, jak funguje například Devin.

Pro vývojářské týmy se mění hranice delegování

Tento posun znamená zásadní změnu pro každodenní inženýrskou praxi. Pokud model dokáže samostatně řešit úkoly přesahující jeden soubor nebo funkci, posouvá se těžiště práce seniorního vývojáře od psaní boilerplate kódu ke schvalování a orchestraci architektury. Místo „napiš mi funkci“ se zadání mění na „tady je issue, vyřeš to a pošli pull request“.

Demo zvládá happy path, produkční chyby zatím ne

Schopnost rozpadnout ticket na kroky je jedna věc, ale realita produkčního kódu plného legacy závislostí je druhá. Zatímco na zelené louce nebo u dobře izolovaných problémů systém exceluje, jakmile narazí na nutnost pochopit nestandardní interní konvence nebo hluboce zanořené chyby v buildovacím procesu, agentní smyčka se často zacyklí. Schopnost systému vyhodnotit vlastní selhání je stále jeho nejslabším místem.

Čistota review fronty ukáže, jestli to funguje

Důkazem úspěchu tohoto přístupu nebude počet vygenerovaných řádků, ale propustnost review procesu. Pokud agent vygeneruje stovky řádků, které seniorní vývojář bude muset složitě analyzovat a přepisovat, celková produktivita klesne. Signálem adopce bude, zda tyto agentní pull requesty projdou CI/CD pipelinou a lidským review stejně plynule jako ty od juniorních členů týmu.

Lilithin verdikt

Seniorní programátor odevzdal přístup do repozitáře stážistovi, který se učí bleskově, ale pořád nechápe, jak vypadá hořící server.

Externí odkaz nechávám až nakonec. Nejdřív stručný výklad tady, bez lovení po cizím webu.

Původní zdroj ↗