Bottleneck-ul s-a mutat
6 min de citit
La finalul capitolului poți spune dacă un task merită bucla completă și știi cele trei obiceiuri care o fac să se amortizeze.
TL;DR
- Tastatul de cod nu mai e constrângerea; formularea muncii e. Trei obiceiuri o susțin: claritate pe domeniu, descompunere, dovezi din teste înainte de „gata”.
- Rulează bucla completă doar când task-ul atinge mai mult de trei fișiere, taie transversal prin mai multe straturi sau e ceva ce n-ai tasta de mână. Altfel, scrie-l tu.
- Rigoarea costă o primă lună lentă și se amortizează pe parcursul trimestrului. Începe cu cincisprezece linii, nu cu un setup perfect.
Constrângerea s-a mutat
Bottleneck-ul nu mai e producerea de cod. E formularea muncii suficient de clar încât agentul să facă exact ce trebuie.
Patruzeci de ani, output-ul a fost limitat de viteza cu care un developer putea tasta cod valid. Autocomplete-ul, IDE-urile mai bune și tastatul asistat de AI au atacat toate decalajul ăsta. Agentul îl sparge: în genul de muncă pe care îl face bine, următoarele o sută de linii au trecut de la o oră de tastat la treizeci de secunde de așteptat. Costul nu e zero, dar nu mai e constrângerea.
Echipele care tratează agentul ca pe un generator de cod îl lasă să tasteze, fac tot restul ca înainte și pierd mai mult timp reparând output-ul decât a câștigat tastatul. Echipele care livrează bine formulează munca astfel încât agentul s-o poată executa corect. Specificațiile vagi produc ghicit, iar ghicitul produce output care arată corect și nu e.
Cei care construiesc modelele sunt de acord. În iulie 2026, un inginer de la Anthropic a deschis un ghid de teren despre Claude Fable 5 numindu-l „primul model la care calitatea muncii are ca bottleneck capacitatea mea de a-i clarifica necunoscutele”.
Trei obiceiuri
Toate trei țin de formulare, nu de generare.
- Claritate pe domeniu înainte de cod. Agentul nu îți cunoaște business-ul, convențiile sau de ce arată codebase-ul așa cum arată. Încarcă întâi contextul ăsta: AGENTS.md, skill-uri, faza de Research.
- Descompunere pe fișiere și pe task-uri. Agentul va încerca un refactor pe mai multe fișiere dintr-un singur foc, iar rezultatul e mult mai greu de revizuit decât cinci pași coerenți. Scrie planul, execută-l, verifică fiecare pas.
- Dovezi din teste înainte de „gata”. Agentul îți va spune că modificarea e completă, sincer, și uneori va greși: „arată bine” nu e totuna cu „am rulat testele”. Folosește teste comportamentale care exersează modificarea. Dacă n-o poți testa așa, probabil că nu trebuia să fie un task pentru agent.
Primele două obiceiuri definesc rezultatul așteptat; al treilea măsoară în raport cu el.
Cele patru necunoscute
Orice gol dintr-un prompt e unul din patru feluri de necunoscută, iar fiecare are alt remediu.
Același ghid împarte în patru întrebări jumătatea umană a formulării. Maparea pe manualul ăsta îmi aparține mie, nu lui.
| Cadran | Ce este | Unde îl tratează manualul |
|---|---|---|
| Known knowns | Ce spune efectiv promptul tău | Promptul însuși |
| Known unknowns | Întrebări despre care știi că nu le-ai tranșat încă | Întrebările deschise din nota de research, tranșate înainte de plan (Capitolul 4) |
| Unknown knowns | Context atât de evident încât nu ți-ar trece prin cap să-l scrii, deși ai recunoaște pe loc o încălcare | Fișierul de instrucțiuni al echipei, AGENTS.md (Capitolul 6) |
| Unknown unknowns | Ce n-a apucat niciunul dintre voi să întrebe | Blind spot pass-ul și notele de implementare (Capitolul 4), quiz-ul (Capitolul 5) |
Testul buclei
Rulează bucla completă dacă oricare dintre cele trei trigger-e e adevărat. Dacă niciunul, scrie-l tu.
Formularea bună se plătește înainte ca agentul să scrie vreo linie, iar pentru munca trivială costă mai mult decât contribuția agentului. Bucla se amortizează când cel puțin una dintre condițiile astea e adevărată:
- Munca atinge mai mult de trei fișiere. Blast radius-ul e destul de mare încât un agent lăsat fără ghidaj va greși ceva.
- Schimbarea taie transversal prin mai multe straturi. Schema plus service layer plus UI, unde un singur pas greșit se propagă în cascadă.
- N-ai tasta-o de mână. E nouă, sau mare, sau în cod pe care nu-l cunoști destul de bine ca să-l scrii de mână.
Un bugfix de două linii nu are nevoie de notă de research; o modificare de config de o linie nu are nevoie de plan. Folosește bucla când formularea costă mai puțin decât greșeala agentului.
Două echipe, un trimestru
Costul rigorii se plătește în prima lună; beneficiul se încasează tot restul timpului.
Cel mai clar caz pe care l-am văzut: două echipe din aceeași companie, pe zone adiacente ale aceluiași produs, cu același agent.
Echipa A a dat drumul agentului imediat. Au sărbătorit velocity-ul de început. Prin luna a treia livrau cam la nivelul de dinainte de agent, dar cu rate de defecte mai mari și cu reviewerii seniori vizibil storși.
Echipa B a petrecut prima lună pe practică: AGENTS.md scris și iterat, skill-uri scrise pentru pattern-urile echipei, hook-uri configurate. În luna aceea n-au livrat nimic condus de agent. În luna a doua au revenit la velocity-ul de bază. În luna a treia livrau la o calitate și un velocity vizibil mai bune decât înainte de agent.
Disciplina pare lentă; lipsa ei costă mai mult, și asta rămâne invizibil până nu te uiți la cycle time pe un trimestru întreg. A fost o observație de teren, nu un experiment controlat, iar echipele adiacente nu sunt eșantioane independente.
Începe mic
Practica nu trebuie să fie perfectă ca să producă beneficii.
Un AGENTS.md de cincisprezece linii e mai bun decât niciunul, iar o notă de research pe jumătate terminată e mai bună decât nicio notă. Echipele care construiesc workflow-ul perfect înainte să-l ruleze se blochează, pentru că mereu mai e o regulă, un skill sau un hook de adăugat.
Scrie cincisprezece linii despre ce știi deja că e periculos, treci câteva story-uri prin agent și adaugă regulile care ar fi prevenit eșecurile pe care le-ai văzut.
Când se strică
- Bucla aplicată la tot, sau la nimic. Dacă toate task-urile trec prin buclă, încetinești; dacă niciunul, ratezi câștigurile. Rulează întâi testul buclei.
- Verdictul dat în săptămâna patru. Echipa B n-a livrat nimic condus de agent în prima lună. Măsoară pe tot trimestrul.
De făcut luni
- [ ] Rulează testul buclei pe următorul task pe care erai gata să-l dai agentului. Dacă nu se aplică niciun trigger, scrie-l tu.
- [ ] Dacă se aplică unul, scrie o notă de research de 200 de cuvinte înainte de dispatch.
- [ ] Scrie o propoziție care spune ce înseamnă „gata” pentru schimbare și ce test o va arăta. Nu ai încă un AGENTS.md? Scrie și scheletul lui de cincisprezece linii.
Mai departe
- Template-uri: Anexa B.2, scheletul AGENTS.md; B.3, checklist-ul buclei în șase faze.
- Deep dive: Anexa D, Capitolul 3 - framework-ul necunoscutelor din ghidul Fable 5, studiul METR și avertismentul lui, și regresia din februarie-aprilie 2026.
- Surse: Anexa C.