Modes (22+)

Les modes ATOOX modifient le comportement du pipeline pour s'adapter à différents contextes de travail.

Modes Principaux

--full

Mode qualité maximale. Active tous les steps et audits.

/atoox --full "implémenter feature complète"

Steps activés : Tous (00c à 39) Usage : Features critiques, releases majeures

--auto

Mode automatique. Exécute sans pause, s'arrête uniquement sur erreur.

/atoox --auto "ajouter endpoint API"

Steps activés : Core + validation Usage : Tâches de confiance, CI/CD

--economy

Mode économique. Minimal viable, steps optionnels skippés.

/atoox --economy "fix typo"

Steps activés : Core uniquement Usage : Petits fixes, corrections rapides

Modes Spéciaux

--tdd

Mode Test-Driven Development. Tests écrits AVANT le code.

/atoox --tdd "ajouter validation email"

Workflow réordonné :

00-clarify → 00-init → 00b-context → 01-analyze → 02-plan
→ 07-tests (tests qui échouent)
→ 03-execute (code qui fait passer les tests)
→ 08-run-tests → 04-validate → ...

Philosophie : Red → Green → Refactor

--genesis

Mode création de projet. Génère un projet complet de A à Z.

/atoox --genesis "application de gestion de tâches"

Pipeline Genesis :

GEN-00  Capture Intent     → Recueillir l'intention
GEN-01  Amplify Intent     → 8 experts (Cagan, Norman, Fowler...)
GEN-02  Genesis Document   → Spec 2000-4000 mots
GEN-03  MCP Discovery      → Détecter MCPs connectés
GEN-04  Scaffold Project   → Structure complète
GEN-05  Configure Infra    → Git, CI/CD, linter
GEN-06  Seed Backlog       → User Stories (Sprint 0 + MVP)
GEN-07  Sprint 0           → Setup fondamental
GEN-08  First Feature      → Pipeline --full sur feature #1
GEN-09  Delivery           → Rapport final

--bugfix

Mode correction de bug structuré.

/atoox --bugfix "bouton submit ne fonctionne pas sur mobile"

Pipeline Bugfix :

BF-00 Intake       → Capturer le bug report
BF-01 Reproduce    → Reproduire le bug
BF-02 Root Cause   → Identifier la cause racine
BF-03 Impact       → Évaluer l'impact
BF-04 Plan Fix     → Planifier la correction
BF-05 Implement    → Implémenter le fix
BF-06 Verify       → Vérifier la correction
BF-07 Non-Reg      → Tests de non-régression
BF-08 Prevent      → Prévenir la récurrence
BF-09 Finish       → Commit et PR

--hotfix

Mode correction urgente. Branche depuis main, merge rapide.

/atoox --hotfix "fixer faille sécurité critique"

Différences avec --bugfix :

• Branche depuis main (pas develop)
• Merge direct en main
• Process accéléré

--refactor

Mode refactoring pur. Aucun ajout de fonctionnalité.

/atoox --refactor "extraire service d'authentification"

Pipeline Refactor :

Scope → Baseline (métriques avant)
→ Safety Net (tests existants ou nouveaux)
→ Catalog (identifier les code smells)
→ Prioritize → Plan → Execute
→ Verify → Measure (avant/après)
→ Finish

Règle d'or : Le comportement externe ne change PAS.

--pair

Mode pair programming. Collaboratif, plus de questions.

/atoox --pair "implémenter le panier d'achat"

Comportement :

• Pose des questions à chaque décision importante
• Explique son raisonnement
• Attend validation avant de continuer
• Mode conversationnel

--watch

Mode surveillance continue. Ré-exécute validation sur changement.

/atoox --watch

Comportement :

• Surveille les fichiers modifiés
• Relance lint + types automatiquement
• Notifie des erreurs en temps réel

--coach

Mode clarification d'intention. Aide à formuler la demande.

/atoox --coach "je veux améliorer les performances"

Questions posées :

• Quel est le problème précis ?
• Qui sont les utilisateurs impactés ?
• Quels sont les critères de succès ?
• Quelles contraintes ?

Résultat : Feature Spec claire et précise

--learn

Mode apprentissage. Génère un rapport pédagogique.

/atoox --learn "implémenter pagination"

Rapport généré :

• Patterns utilisés et pourquoi
• Décisions architecturales
• Erreurs évitées
• Conseils pour la prochaine fois
• Ressources pour approfondir

--us

Mode User Stories. Gestion du cycle de vie complet.

/atoox --us "gérer les user stories du sprint"

15 statuts :

START → ATTENTE_VALIDATION → ATTENTE_CDC → CDC_LIVRE
→ ETUDE_FAISABILITE → ETUDE_TECHNIQUE → A_PLANIFIER
→ REALISATION → REALISATION_TERMINEE → EN_TEST
→ A_LIVRER → LIVRE → CLOSED

--kanban

Mode intégration Kanban. Synchronise avec le board.

/atoox --kanban "feature du ticket #123"

Intégrations : GitHub Projects, Jira, Linear, Notion

--dry-run

Mode simulation. Lecture seule, aucune modification.

/atoox --dry-run "migrer vers TypeScript"

Usage :

• Prévisualiser les changements
• Estimer l'effort
• Valider l'approche

--estimate

Mode estimation. Analyse complexité et effort.

/atoox --estimate "ajouter système de notifications"

Output :

• Complexité (Simple / Medium / Complex / Expert)
• Nombre de fichiers impactés
• Risques identifiés
• Dépendances

--centuple

Mode intelligence centuplée. Activation explicite du Centupling Engine.

/atoox --centuple "optimiser architecture"

Activation :

• Diagnostic de complexité
• Sélection du framework cognitif
• Experts mobilisés selon le scope (LEAD → SUPPORT → ADVISORY)
• Audit pré-réponse Système 2

--review

Mode revue de code. Active les steps de review critique.

/atoox --review src/services/

Steps activés : 05-examine, 06-resolve

--tests

Mode tests. Écriture et exécution des tests.

/atoox --tests "couvrir le service auth"

Steps activés : 07-tests, 08-run-tests

--security

Mode audit sécurité. Analyse OWASP complète.

/atoox --security src/

Steps activés : 10-security

--docs

Mode documentation. Génération de documentation.

/atoox --docs

Steps activés : 13-docs

--ux

Mode UX/UI complet. 17 steps design system.

/atoox --ux "refondre le dashboard"

Inclut :

• Audit accessibilité
• Responsive design
• États UI
• Design tokens
• Documentation composants

--resume

Mode reprise. Reprend un pipeline interrompu.

/atoox --resume

Comportement :

• Charge l'état sauvegardé
• Reprend au dernier step complété
• Restaure le contexte

Combinaison de Modes

Les modes sont combinables :

# TDD + Full Quality
/atoox --tdd --full "implémenter paiement"

# Auto + Tests + Security
/atoox --auto --tests --security "endpoint sensible"

# Economy + Dry Run
/atoox --economy --dry-run "petit fix"

Tableau récapitulatif

Prochaines étapes

• Pipeline — Les 39 steps détaillés
• Configuration — Personnaliser les modes