BRDIVD : du brainstorm à la production.
Pas d'ad-hoc. Chaque feature suit un workflow déterministe : recherche → design → implémentation → validation → déploiement. Décisions documentées, reproductibles, audit trails complets.
De l'intention à la production.
Brainstorm
Clarifier l'intention et le périmètre
- • Identifier le niveau de complexité (L0–L4)
- • Énumérer les gaps de connaissance
- • Dispatcher agents de recherche si nécessaire
Research
Explorer les solutions et alternatives
- • Deep-research avec agents parallèles
- • Analyser rapports, ajuster scope
- • Décision GO/NO-GO
Design
Formaliser l'architecture et les décisions
- • ADR (Architecture Decision Record)
- • Mini-spec + critères d'acceptance
- • Plan SDD pour L2+ (dispatch d'agents)
Implement
Code + tests — TDD Iron Law
- • Test d'abord, puis implémentation
- • SDD pour coordonner les agents
- • Travail isolé en worktrees
Validate
3 gates : tests, sécurité, review
- • Gate Tests : archi-tester unit + integration
- • Gate Sécurité : /sentinel-security scan complet
- • Gate Review : archi-reviewer qualité + régression
Deploy
Production + vérification + stability
- • Dry-run → confirmation → deploy live
- • Smoke tests post-deploy
- • Monitoring 30 min, rollback si instable
- • STATE.md + DECISIONS.md mis à jour
ADR-driven : chaque décision est documentée.
Avant de coder, une Architecture Decision Record (ADR) formalise le problème, les alternatives, et la décision. Les ADRs sont immuables — pour changer, on crée un nouvel ADR qui supersede l'ancien.
Exemple : ADR-021 — Multi-project isolation
Problème : plusieurs projets clients sur une même infra. Décision : PostgreSQL JSONB config + Row-Level Security (RLS), chaque client voit ses données seulement. Accepté 2026-04-02.
Exemple : ADR-026 — Sleep/Wake memory
Problème : contexte conversationnel perdu après 24h. Décision : cycle Sleep/Wake inspiré du cerveau, consolidation nocturne via Haiku, injection contexte quotidien. Accepté 2026-04-06.
Pour L2+, dispatcher des agents en parallèle.
Archi (T3 Orchestrateur)
Coordination de features complexes. Brainstorm, design, review. Accès Claude API Pro Max.
- • Brainstorm + design (phases B–D)
- • Code review, regression tests
- • Deploy approval, monitoring
Veilleur (T1 Researcher)
Recherche technique, exploration d'alternatives. Read-only sur infra.
- • Phase R : deep-research parallèles
- • Rapports architecture, benchmarks
- • Fallback : Mistral local si Claude indisponible
Sentinelle (T2 Reviewer)
Review de sécurité, audit de code. Read-only + report write.
- • Phase V : /sentinel-security scan
- • Analyse vulns, recommandations
- • Fallback : Mistral local si Claude indisponible
Tester (Ad-hoc)
TDD Iron Law : tests avant code. Validation complète avant merge.
- • Phase I : RED → GREEN → REFACTOR
- • Unit + integration + E2E tests
- • Gate Tests (phase V)
Outils et conventions.
Versionning
- • Git + worktrees (isolation par feature)
- • Commits atomiques (1 task = 1 commit)
- • ADRs versionnées (immutable)
- • State.md + Progress logs
Testing & QA
- • Vitest + playwright (unit + E2E)
- • TDD Iron Law (test first)
- • /sentinel-security (sécurité)
- • Monitoring 30 min post-deploy
Intelligence
- • Claude API Pro Max + Haiku
- • Mistral 8B local (fallback)
- • Multi-agent dispatch (SDD)
- • Agents state : Redis + PG