Ghid pentru teamlead (1–2 persoane)

Setup (o singură dată)

1. unzip + cd în proiect.
2. bash bootstrap.sh (instalează Superpowers, creează config/.env, state).
3. Completează config/.env (GitLab, GLM, Kimi) — SAU lasă-l pe Claude să te întrebe în batch la /start.
4. claude → /start.

Rutina zilnică

• claude → /resume (reia din checkpoint).
• /status ca să vezi unde sunt blocurile.
• Citește batch-ul de întrebări când apare; răspunde cu /answer (sau editezi inbox.md).
• Aprobi ADR-urile și planurile mari. Restul merge singur.

Lucru paralel (recomandat)

Trei terminale (vezi docs/MODEL-ROUTING.md):

• T1 Claude — orchestrare + review + tu intervii aici.
• T2 GLM — Bloc A & B (fundație + caiete de sarcini + cursuri).
• T3 Kimi — Bloc C (dezvoltare autonomă, run-until-green). Fiecare bloc pe worktree-ul lui ca să nu se calce.

Ce NU face sistemul singur (te întreabă în batch)

• Decizii de arhitectură ireversibile (ex. Elastic vs alt motor ca sursă primară).
• Push în main, ștergeri de date, orice cost real.
• Cerințe de produs ambigue fără default rezonabil.

Reguli pe care te poți baza

• Nimic „done” fără teste verzi + review APPROVE.
• Tot ce e cunoaștere ajunge în vault/ (căutabil + RAG).
• Tot ce e livrabil capătă issue în GitLab.
• După orice restart, /resume continuă de unde s-a oprit.

Depanare

• bash bootstrap.sh din nou (e idempotent).
• make status / make verify.
• Backend greșit? Verifică .claude/settings.local.json și env-ul (MODEL-ROUTING.md).
• Token GitLab? bash .claude/skills/gitlab-issues/scripts/gitlab.sh whoami.