Skip to content

chains-reference.md

Latest commit

 

History

History
163 lines (117 loc) · 3.95 KB

chains-reference.md

File metadata and controls

163 lines (117 loc) · 3.95 KB

Chains Reference

Vue d'ensemble

Chain Séquence Usage
@chain:backend-feature arch → dev → test → review → doc Nouvelles features backend
@chain:bugfix dev → test → review Corrections de bugs
@chain:quickfix dev → test Corrections rapides
@chain:refactor arch → dev → test → review → doc Refactoring
@chain:optimized-feature token-optimizer → (agents conditionnels) Feature optimisée en tokens

Backend Feature Chain

Workflow complet pour nouvelles fonctionnalités backend.

@chain:backend-feature "Add User management API with CRUD operations"
@chain:backend-feature "Add authentication system with JWT"

Séquence :

  1. architect — Design architecture
  2. developer — Implement code
  3. tester — Write tests
  4. reviewer — Review quality
  5. docwriter — Update docs

Gates : SOLID, build, tests, coverage >= 80%.

Bugfix Chain

Workflow pour corrections de bugs.

@chain:bugfix "Fix null reference in UserService.GetById"
@chain:bugfix "Fix validation error in CreateOrder"

Séquence :

  1. developer — Fix the bug
  2. tester — Add regression tests
  3. reviewer — Verify fix

Gates : build, tests, regression test.

Quickfix Chain

Workflow rapide pour corrections mineures.

@chain:quickfix "Add null check to ValidateEmail"
@chain:quickfix "Fix typo in error message"

Séquence :

  1. developer — Quick fix
  2. tester — Basic verification

Gates : build (tests optionnels).

Refactor Chain

Workflow pour refactoring.

@chain:refactor "Extract validation logic to separate service"
@chain:refactor "Refactor OrderService to use CQRS pattern"

Séquence :

  1. architect — Analyze and design
  2. developer — Implement refactoring
  3. tester — Verify functionality
  4. reviewer — Review changes
  5. docwriter — Update docs

Gates : build, all tests pass, no regression.

Optimized Feature Chain

Workflow optimisé pour minimiser l'usage de tokens.

@chain:optimized-feature "Add email validation to User entity"
@chain:optimized-feature "Fix null check in ProductService"

Séquence :

  1. token-optimizer — Analyse la tâche et détermine les agents nécessaires
  2. architect — (conditionnel) Si nouvelles entités/interfaces
  3. developer — Implémente les changements
  4. unit-tester — (conditionnel) Si Domain/Application impactés
  5. integration-tester — (conditionnel) Si API impactée
  6. reviewer-build — (conditionnel) Si changement non trivial
  7. doc-updater — (conditionnel) Si API publique modifiée

Optimisations :

  • Charge seulement les sections de contexte pertinentes
  • Skip automatique des agents non nécessaires
  • Format de sortie minimal (diff-only, status-only)
  • Économie estimée: 40-60% de tokens

Gates : build (tests conditionnels selon layers impactés).

Options communes

# Reprendre à une phase spécifique
@chain:backend-feature --start=tester "Continue from testing"

# Avec contexte
@chain:backend-feature --context=dotnet "Add feature"

# Avec adapter spécifique
@chain:backend-feature --adapter=claude "Add feature"

Configuration

chains:
  feature:
    skip_phases: []              # [document] pour skipper la doc
    gates_override:
      coverage:
        required: true
        minimum: 85
    instructions_append:
      - "Focus on production-ready features"

  quickfix:
    skip_phases: [document]
    gates_override:
      test:
        required: false

Flux de décision du Reviewer

APPROVE        → docwriter → Complete
REQUEST_CHANGES → developer → tester → reviewer
REJECT         → architect → developer → tester → reviewer

→ Voir Agents Reference pour les détails des agents