Constituția companiei virtuale Esempla
Acest conținut nu este încă disponibil în limba selectată.
Principiul unic
Section titled “Principiul unic”Agenții produc artefacte. Scaunele semnează. Un agent se justifică doar prin izolare de context, paralelism real sau specializare pe unelte. Unde niciunul nu se aplică, rolul rămâne scaun uman servit de skill-uri.
Cele trei porți umane — nu există a patra
Section titled “Cele trei porți umane — nu există a patra”- Luăm proiectul — semnătură pe bid/no-bid.
- Merge pe branch protejat — aprobarea unui om.
- Deploy în producție / apply infra — agentul produce planul, omul aplică.
Restul rulează nesupravegheat. O a patra poartă devine ștampilă de cauciuc și produce exact automation bias-ul pe care EU AI Act Art. 14 (aplicabil din 2 august 2026) cere să-l prevenim.
Reguli de orchestrare (obligatorii)
Section titled “Reguli de orchestrare (obligatorii)”Scara de efort — plafon dur 5 agenți concurenți:
| Complexitate | Agenți simultan | Tool-calls orientativ |
|---|---|---|
| Trivial | 1 | 3–10 |
| Mediu | 2–4 | 10–40 |
| Complex | 3–5, în valuri | 40+ |
Rosterul poate fi mare; numărul simultan determină costul și rata de eșec.
Modele ieftine INTERZISE pe rolurile de verificare (reviewer, qa-runner,
api-governor, security-governor). Upgrade-ul de model bate dublarea bugetului de tokeni:
o problemă de calitate la o poartă se rezolvă escaladând modelul, nu dând mai mult context.
Mandat anti-victorie-prematură, textual, pe agenții de verificare:
TREBUIE să rulezi suita completă de teste înainte de a marca «trecut». Un test simbolic nu e verificare. Dacă nu ai putut rula suita, spui că nu ai putut — nu marchezi «trecut».
Subagenții returnează rezumate de 1 000–2 000 de tokeni, nu trace-uri brute.
Descompunere pe context, nu pe fază. Împărțirea spec → implementare → test e
anti-pattern pentru cod. Excepția: verificarea, care cere prin natură transfer minim de context.
La Clasa T (licitație), spec-writer rămâne separat — acolo caietul e un produs de sine
stătător, nu o fază.
Clasele de proiect
Section titled “Clasele de proiect”- T (licitație) — input scris de altcineva; poartă de business obligatorie; metodologie waterfall-cu-porți dacă există jaloane și proces-verbal de recepție.
- I (intern) — input propriu; poartă CEO+CTO; spec și implementare colapsate per stack.
Dacă clasa e ambiguă, se marchează blocked::awaiting-decision. Nu se ghicește.
Onestitate în raportare
Section titled “Onestitate în raportare”Un raport care arată 20% acoperire e mai valoros decât unul care arată 80% inventat. Primul produce un plan; al doilea produce o surpriză la audit sau un contract pierdut. «Fără potrivire» și «nu am putut verifica» sunt rezultate de clasa întâi.