Exemplul
Edge-38 ca skill, urmărit prin cele 11 faze, cu formularele completate
Ziua 0 — discuția pe Slack
Canalul #edge-38-skill există din 21 septembrie. Octav scrie: „skill-ul edge-33 dă butoane cu shadow și uneori albastru. Vreau ca orice ecran generat de agent să iasă conform DS fără să corectez eu". Prodi răspunde în thread cu ce știe despre cum citesc agenții skill-urile. Bruce propune un draft de Nevoie din thread. Octav îl corectează cu Teo.
Faza 1 — Analiza și Nevoia
Deschis: 28 septembrie · Estimat: 1 zi · Real: 1,5 zile · Poarta 1: Prodi, 30 septembrie
| Câmp | Conținut |
|---|---|
| Situația actuală | Skill-ul edge-33 există, cu cheatsheet și system.html. Agentul îl citește, dar produce shadow-uri, culori din afara paletei, corner-uri pătrate pe controale, layout-uri fără grid. Octav corectează manual 30–60 de minute per ecran. |
| Pentru cine | Cei patru mid și Octav, la fiecare task cu UI. Indirect, orice client care vede un ecran Bono. |
| De ce acum | Din octombrie, fiecare mid lucrează cu Claude Code pe spec. Fără skill, fiecare ecran costă corecturi. |
| Ce nu facem | Nu schimbăm DS-ul. Nu construim componente noi. Nu acoperim React Native. |
| Definiția de „gata" | Pe 5 ecrane de test, alese de Octav, agentul produce UI pe care Octav îl aprobă fără corecții de DS. |
Faza 2 — Research
1 octombrie · o jumătate de zi
Cum scriu alții skill-uri de design system pentru agenți: Anthropic (skill-uri cu exemple complete), Vercel (v0 cu componente ca cod, nu ca reguli). Concluzia, un rând: agentul copiază, nu deduce; skill-ul trebuie să conțină exemple de cod complete, nu doar reguli.
Faza 3 — Prototip și design
1–2 octombrie · Octav
Nu e ecran de construit; e skill. Octav alege cele 5 ecrane de test și le desenează în Edge-38 ca referință: listă Dublin, formular cu inputs, pagină editorială, modal + alert, e-mail. Bogdan le validează într-o jumătate de oră.
Faza 4 — PRD
2 octombrie · Poarta 2: Prodi, 2 octombrie
La un proiect de complexitate 2, PRD-ul e Nevoia plus comportamentul vizibil pas cu pas și cazurile limită: componente care nu există în DS; ecrane dense (Dublin) vs editoriale (Blog); dark surface; e-mailuri. Aprobat în aceeași zi.
Faza 5 — Plan
Deschis: 5 octombrie · Estimat: 2 zile · Real: 2 zile · Poarta 3: Prodi, 7 octombrie · Nota de simplitate: 2 · Scor de complexitate: 2
Scris de Edi, mid-ul alături de Octav. Prodi a pus trei întrebări în thread: „de ce exemple de cod și nu doar reguli?", „cum verifică agentul că a respectat regula fără să ruleze?", „ce se întâmplă cu componentele care nu sunt în cheatsheet?". Edi a răspuns; răspunsurile au intrat în Plan. Prodi nu a rescris nimic.
Estimarea în trei surse. Edi, din Plan: 48 h. Claude, din Nevoie, PRD și Plan: 62 h. Prodi, după ce le-a văzut pe ambele: 56 h. Cifra reținută: 56. Motivul lui Prodi, un rând: „testele pe cele 5 ecrane vor cere două iterații, nu una".
SuperBono a propus din thread un rând pentru CLAUDE.md: „skill-urile de UI conțin exemple de cod complete, nu doar reguli; agentul copiază, nu deduce". Prodi ✅.
Faza 6 — Taskuri
7 octombrie · Poarta 4: Prodi, 8 octombrie · Data asumată în Predictibilitate: 30 octombrie
14 taskuri, toate sub o zi, toate în tracker înainte de prima oră de implementare. Reviewer numit: Alex. Concediul lui Edi din 15–16 octombrie scos din calendar.
| # | Task | Estimat | Fază |
|---|---|---|---|
| 1 | Inventar diferențe edge-33 → Edge-38 (tokens, componente) | 4 h | Execuție |
| 2 | Rescriere SKILL.md: reguli implicite, hard rules, surfaces | 4 h | Execuție |
| 3 | Cheatsheet: tokens + 12 componente cu exemplu de cod complet | 6 h | Execuție |
| 4 | Pagina de referință system.html actualizată | 4 h | Execuție |
| 5 | Do/don't cu 10 exemple vizuale | 4 h | Execuție |
| 6 | Reguli de layout: Landing, Dublin, Blog | 3 h | Execuție |
| 7 | Test ecran 1: listă Dublin | 3 h | Testare |
| 8 | Test ecran 2: formular cu inputs | 3 h | Testare |
| 9 | Test ecran 3: pagină editorială | 3 h | Testare |
| 10 | Test ecran 4: modal + alert | 2 h | Testare |
| 11 | Test ecran 5: e-mail | 2 h | Testare |
| 12 | Review Alex + SuperBoris, corecturi | 6 h | Review |
| 13 | Release: skill publicat în repo-urile Bono, anunț în canal | 2 h | Release |
| 14 | Buffer | 6 h | Buffer |
| Total | 56 h |
Plus: monitorizare 30 de zile, 4 h, în luna următoare.
Faza 7 — Execuție
8 – 23 octombrie
Edi lucrează cu Claude Code pe PRD și Plan. Task cu task. PR-uri sub 200 de linii: 9 PR-uri în total. SuperBoris face prima trecere pe fiecare; două PR-uri au primit findings și s-au corectat înainte de Alex. Alex a răspuns la fiecare cerere de review în sub 24 de ore. Prodi a intrat pe un singur PR — cel cu structura skill-ului — cu o întrebare, fără modificări.
Vineri 9 octombrie, 9:00, cele 4 cifre în canal: 14 h din 56 · 3 taskuri din 14 · termen mutat: nu · ore pe altceva: 4 (review pentru SalarEasy). Cifrele 1 și 2 merg împreună: 25% ore, 21% taskuri. Pe plan. Două propoziții și gata.
Vineri 16 octombrie: 38 h din 56 · 7 din 14 · termen mutat: nu · ore pe altceva: 2. 68% ore, 50% taskuri. Nu merg împreună. Discuție: ecranul 2 a cerut două iterații, cum a spus Prodi la estimare. Decizie pe loc: bufferul acoperă. Data rămâne. Scris în thread.
Marți 20 octombrie: Edi vede că ecranul 5 (e-mail) mai cere o zi. Mută data înainte: 30 octombrie → 3 noiembrie, cu motiv: „e-mailul are reguli de DS care nu erau în cheatsheet; le adaug". Predictibilitatea numără proiectul ca livrat la termen dacă ajunge pe 3 noiembrie.
Faza 8 — Testare
26–28 octombrie · Alex
Cele 5 ecrane, generate de agent cu skill-ul nou, puse în fața lui Octav. Ecranele 1–4 trec din prima. Ecranul 5 trece la a doua iterație. Definiția de „gata" bifată pe 28 octombrie.
Faza 9 — Release
29 octombrie · Edi, cu rolul „deploy" al lunii alături
Skill-ul publicat în repo-urile Bono. Anunț în canal cu cele 5 ecrane de test și aprobarea lui Octav pe fiecare. Sub data mutată. Predictibilitate: da.
Faza 10 — Monitorizare 30 de zile
29 octombrie – 28 noiembrie · Edi
Fiecare ecran generat de un coleg cu skill-ul nou, corecțiile de DS pe care le face Octav. Ore de rework: 3 (o regulă pentru tabele dense adăugată). Scop tăiat fără pierdere: nu.
Faza 11 — Review final și lecții
27 noiembrie, la retrospectiva lunii · Octav, Edi, Alexandra
Cifra atinsă: 5 ecrane din 5, fără corecții manuale. Lecția de proces, scrisă în CLAUDE.md-ul repo-ului edge-33: „un skill se testează pe ecrane reale, alese de designer, nu pe exemple din skill". Lecția pentru grilă: Edi trece de la 1 la 2 pe „Plan aprobat din prima" și de la 1 la 2 pe „review și deploy pentru altul".
Ce spun cifrele la final
| Cifra | Valoare |
|---|---|
| Estimat validat / real | 56 h / 61 h → 1,09. În toleranța 0,8–1,3. |
| Estimare proprie / validată | 48 / 56 → Edi estimează cu 15% sub Prodi. Se păstrează ca dată. |
| Cycle time | 2 oct (PRD aprobat) → 29 oct (producție): 19 zile lucrătoare |
| Predictibilitate | livrat la data mutată înainte, cu motiv → da |
| Output ponderat | 2 puncte de complexitate |
| Calitatea soluției | nota 2 · 3 h rework · scop intact |
| Spec înainte de start | da |
| Evidență la zi | 14 din 14 taskuri create înainte |
| PR-uri fără modificări de la Prodi | 9 din 9 |
| Deploy făcut de altcineva | da, cu rolul lunii alături |
Ce ar fi fost fără proces
Octav ar fi cerut pe Slack. Cineva ar fi făcut „un skill" într-o după-amiază. Nu ar fi existat definiție de „gata", deci nimeni nu ar fi știut dacă merge. Corecțiile de DS ar fi continuat. Peste două luni cineva ar fi întrebat „de ce nu merge skill-ul?" și răspunsul ar fi fost un thread de 40 de mesaje.
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.