Agenții
SuperBono ține evidența, SuperBoris face prima trecere, Bruce propune
Fereastra de delegare
Un agent fără specificație produce cod bun câteva minute, apoi începe să ghicească. Cu specificație, plan și taskuri clare lucrează ore fără să devieze. EPAM numește asta „fereastra de delegare sigură" și spune că trece de la 10–20 de minute la ore când procesul e scris. Același lucru e valabil pentru un coleg.
DORA 2025 spune că AI amplifică ce există. O echipă cu evidență bună devine mai bună. O echipă cu două treimi din ore fără cifră devine mai rapidă la a nu ști ce face. De aceea evidența vine înaintea agenților de implementare, nu după.
Ce are deja SuperBono
Am citit repo-ul înainte să scriem capitolul. Nu pornim de la zero. Pornim de la:
| Există | Ce face | Unde |
|---|---|---|
| Tracker-ul · superbono.ro/prioritati | Prioritățile cu roluri PO/PM/IT, taskuri cu persoană, termene, stări; fazele 1–8 ca tabel, cu taskuri de sign-off ca porți; repere cu dată; pagina „Ale mele"; absențe; istoric de activitate | apps/tracker, Cloud SQL |
| Ingestul de ședințe | Înregistrările Plaud devin minute în Google Doc, trec printr-un flux de aprobare în Slack și ajung în canalul potrivit; taskurile „Who-What-When" din minută devin taskuri în tracker | apps/edge |
| Crawlerele | Slack, GitHub, Jira, Drive și transcripturile într-un singur index căutabil | cronuri, pgvector |
| Propuneri cu confirmare | Noaptea, un job citește mesajele Slack ale fiecărui om și propune mutări de stare pe taskurile lui; dimineața omul apasă „Da" în DM. Tracker-ul se scrie doar după click. | status-suggestion-* |
| Digest de dimineață | 09:30, DM per om: ce e restant, ce e scadent azi, ce e de revizuit | www-crons |
| 55 de unelte MCP | my_tasks, who_is_away, batman_report, recent_decisions, find_expert… consumabile din Claude Code cu OAuth per om | /mcp |
Propunerile de stare cu „Da" în DM sunt exact regula noastră — agentul propune, omul confirmă — deja construită și în producție. Evidența orelor e același mecanism, cu alt conținut.
Harta agenților
| Agent | Funcția | Ce citește | Ce scrie | Cine confirmă | Stare |
|---|---|---|---|---|---|
| SuperBono · tracker + creierul de Slack | Sursa de adevăr pe priorități, faze, taskuri, termene, absențe. Evidența orelor, cele 4 cifre, raportul lunar. | Slack, GitHub, Jira, Drive, minute, calendar | propuneri în DM; tracker-ul, după ✅ | fiecare om, seara; Feature Lead, vineri; Chris, lunar | există; se extinde |
| Bruce | Metodologie de produs: triaj, discovery, shaping, PRD | canalul proiectului, PRD-urile vechi, corpusul SuperBono | draft de Nevoie și PRD; întrebări | Feature Lead + PM | există |
| Agentul de planificare · bono-planificare | Din nevoie în PRD și listă de taskuri cu ore | Nevoia, PRD, Plan | prima listă de taskuri; estimarea Claude (sursa 2) | Feature Lead, apoi Prodi | există |
| SuperNicu | Pipeline de implementare: specs → arhitect → backend + frontend → verificare → commit | PRD, Plan, task, CLAUDE.md, skill-urile | cod, PR | Feature Lead | există |
| Jimmy | Implementare task cu task, cu Claude Code | task, PRD, Plan, CLAUDE.md | cod, PR | Feature Lead | există |
| SuperBoris | Treapta 1 de review: nevoie vs soluție, arhitectură, securitate, multi-tenancy, contracte API | PR, PRD, Plan, CLAUDE.md, bono-skills | raport de findings; nu modifică | Feature Lead rezolvă; reviewer-ul vede raportul | există |
| Skill-urile · bono-skills, Edge-38 | Cunoașterea tehnică Bono, citită la fiecare task | — | — | Prodi, lunar | există; Edge-38 se construiește din edge-33 |
Maturitatea fiecărui agent o verificăm în prima săptămână, pe Edge-38 și pe SalarEasy. Ce e skill pe hârtie și nu merge pe un task real nu e „există".
Ce lipsește: evidența
Patru lucruri, toate în SuperBono, în ordinea în care intră în funcțiune:
| Săptămâna | Fluxul | Ce face SuperBono | Ce face omul |
|---|---|---|---|
| 1 · 21 sep | Rezumatul de seară, doar citire | 17:30, DM: „azi am văzut: 4 commit-uri pe dublin-web, 2 review-uri, 3 mesaje în #dublin, un eveniment de 30 min". Fără ore. | Citește. Spune dacă e greșit. |
| 2 · 28 sep | Orele cu confirmare | Aceeași citire, cu ore propuse pe categorii: proiect / fază / task · review pentru altul · ședințe · operațional · neplanificat. | ✅ sau corecție într-un rând. Scrie în tracker doar după ✅. |
| 3 · 5 oct | Cele 4 cifre de vineri | 9:00, în canalul proiectului: ore consumate din estimarea validată · taskuri închise din total · termen mutat da/nu, înainte/după · ore pe altceva. | Feature Lead confirmă până la 10:00. |
| 4 · 12 oct | „Prodi în fișier" | Din răspunsurile lui Prodi în thread-uri de review și de Plan, propune rânduri pentru CLAUDE.md sau un ADR scurt. | Prodi ✅; rândul intră în repo prin PR. |
| lunar | Raportul | Ultima joi: draftul celor 10 KPI per echipă și per om, cele 3 cifre ale lui Prodi, tendința. | Chris corectează, scrie trei paragrafe, semnează. |
Ce cere asta în tracker: ore per om, per zi, per categorie; estimat și real pe fază, nu doar pe task; estimarea în trei surse și scorul de complexitate pe proiect; istoricul termenelor asumate și mutate, cu motiv; fazele 9–11. Nevoia completă și drumul lui Chris sunt în SuperBono: nevoia și drumul.
Regulile de design
- Propune, nu scrie. Nimic nu intră în tracker, CLAUDE.md sau raport fără ✅ de la om.
- Fiecare rând are sursă. Link la commit, thread, task sau eveniment. Fără sursă, rândul nu se propune.
- Tăcerea nu e date. Dacă nu găsește nimic pentru o zi, propune „0 h găsite; completezi?". Nu presupune.
- Un rând per zi per om. Nu întreabă de două ori. Nu insistă.
- Nu evaluează, nu compară. Scoate cifre. Oamenii le citesc la retrospectivă.
Ce înseamnă pentru echipă
Nu e supraveghere. E evidența ta, despre munca ta, confirmată de tine. Ce vede SuperBono vedea și până acum oricine avea acces la Slack, GitHub și tracker. Diferența e că acum se adună într-un rând pe care îl confirmi tu, în două minute, în loc de zece minute de standup scris. Digestul de dimineață și propunerile de stare funcționează deja așa; evidența orelor e al treilea mesaj de același fel.
CLAUDE.md ca document de organizare
Fiecare repo are un CLAUDE.md. Sub 300 de linii. Îl citesc agenții la fiecare task și oamenii la onboarding. Conține: cum e organizat codul, regulile de arhitectură, ce nu se face, unde sunt skill-urile, cum se rulează testele. Repo-ul superbono are deja unul bun; e modelul. Fiecare mid adaugă lunar o secțiune sau un ADR. Prodi confirmă.
The Bono Way însuși stă într-un repo, în Markdown, cu un CLAUDE.md la rădăcină. Îl citesc oamenii pe bonoway.bgn.ro și agenții din fișiere.
Reguli pentru echipă
- Un canal Slack per proiect. Numele canalului e numele priorității din tracker; tracker-ul ține legătura (
slackpe prioritate). - Discuțiile în thread. Un thread per subiect.
- Decizia verbală se scrie în 3 rânduri, în canal, de cine a luat-o, în aceeași zi. SuperBono o indexează ca decizie.
- Cererile de review și de aprobare se pun în canalul proiectului, nu în DM.
The Bono Way · v0.1 · 9 septembrie 2026 · pregătit de Claude pentru Bogdan; capitolele se rescriu de owner-ii lor. Sursa: repo „Bono Waiy", Markdown.