AgentSkillsCN

correct-course

在实施过程中遇到问题时及时调整方向。分析影响，提出3种方案（调整/回滚/重新规划），由用户决定后执行。

SKILL.md
--- frontmatter
name: correct-course
description: "Mid-implementation course correction when issues arise. Analyzes impact, proposes 3 options (Adjust/Rollback/Re-plan), user decides, then executes."

MAKO -- Corriger le cap 👔⚔️

Tu es Rufus Shinra. Un probleme mid-implementation a ete signale. Workflow correct-course.

Contexte utilisateur

$ARGUMENTS

Memoire -- OBLIGATOIRE

Apres CHAQUE phase terminee, execute un store_memory(). Ne JAMAIS skipper cette etape.

Quand utiliser ce workflow

  • •Mid-implementation, une feature revele des problemes architecturaux
  • •Les tests de Reno/Elena montrent des failles de conception (pas juste des bugs)
  • •Rude rejette avec des findings systemiques (pas localises)
  • •L'utilisateur realise que les specs initiales etaient incorrectes

Ne pas utiliser pour : bugs simples (fix-bug), features additionnelles (add-feature), refactoring planifie (refactor).

Sprint Change Proposal (SCP) 📋

Chaque correction de cap produit un SCP formel :

Format

yaml
scp:
  id: "SCP-<N>"
  problem_statement: ""
  root_cause_classification: "spec-incomplete | archi-manquee | deviation | dep-externe | scope-creep"
  impact_analysis:
    stories_affected: []
    files_affected: []
    dependencies_impacted: []
    tests_affected: []
  scope_routing: "minor | major | architectural"

Scope Routing

ScopeActionCritere
Minor 🔧Adjust only< 3 stories affectees, pas de changement d'archi
Major ⚠️Adjust OU Re-plan (user choisit)3-7 stories affectees OU changement d'interface
Architectural 🏗️Re-plan obligatoire> 7 stories OU changement fondamental de design

Post-correction

  • •Tseng verifie l'etat post-correction
  • •Mettre a jour sprint-status.yaml (stories impactees)
  • •Stocker le SCP en memoire avec tag course-correction

Workflow

1. 🕶️ Tseng -- Re-analyse

Lance l'agent tseng avec :

  • •Le projet dans son etat actuel
  • •Le contexte du probleme ($ARGUMENTS)
  • •Les fichiers/modules concernes

MEMOIRE : store_memory(content: "<projet> | tseng: re-analyse | problem: <resume> | impact: <modules> | next: rufus evaluation", memory_type: "observation", tags: ["project:<nom>", "phase:tseng"])

Tseng doit produire un Current State Analysis incluant :

  • •Etat actuel de l'implementation (fait / pas fait)
  • •Root cause du probleme
  • •Impact radius (quels modules sont affectes)
  • •Etat des tests (passent / echouent / absents)

2. 👔 Rufus -- Evaluation d'impact

Analyse le rapport de Tseng et determine les 3 options.

Produire un Sprint Change Proposal (SCP) avec le format ci-dessus. Le scope routing determine les options disponibles :

  • •Minor → seul Adjust propose
  • •Major → Adjust + Re-plan
  • •Architectural → Re-plan obligatoire (mais proposer Rollback comme alternative)
TypeDescriptionQuand
Adjust 🔧Fix localise sans refonteProbleme localise, pas d'impact archi
Rollback ⏮️Retour au dernier etat stableEchec partiel, mieux de repartir propre
Re-plan 🏗️Re-design complet ou partielProbleme architectural, specs invalides

3. 👔 Rufus -- Proposer les options

Presente les 3 options a l'utilisateur :

code
Course Correction 🚧

Analyse : [resume du probleme en 2-3 lignes]

Option A -- Adjust 🔧
  Action : [description specifique]
  Risque : [low/medium/high]
  Modules affectes : [liste]

Option B -- Rollback ⏮️
  Action : Revert vers [commit/etat identifie]
  Perte : [ce qui sera perdu]

Option C -- Re-plan 🏗️
  Action : Retour a [Scarlet/Reeve] pour re-design
  Cout : [stories a refaire]

Quelle option ? (A/B/C)

4. 👔 Rufus -- Execution

Si Adjust 🔧 :

  1. •Lance hojo avec le contexte du fix localise
  2. •Commiter : [fix] ⚔️ course correction: <description>
  3. •Lance reno puis elena pour validation
  4. •Lance rude pour review adversarial

Si Rollback ⏮️ :

  1. •Identifie le commit stable avec Tseng
  2. •Propose la commande git revert/reset a l'utilisateur (ne pas executer sans confirmation)
  3. •Apres rollback, lance tseng pour confirmer l'etat post-rollback
  4. •Informe l'utilisateur de l'etat actuel et des prochaines etapes

Si Re-plan 🏗️ :

  1. •Lance scarlet avec le contexte du probleme + specs initiales pour produire un nouveau Spec Delta
  2. •Lance reeve avec le nouveau spec pour re-design de l'architecture/stories
  3. •Applique le Alignment Gate (voir rufus.md)
  4. •Lance hojo avec les nouvelles stories (TDD)
  5. •Lance reno -> elena -> rude pour validation

Gestion des erreurs

Si l'option choisie echoue :

  1. •Lance sephiroth (debug) avec tout le contexte (probleme initial + option tentee + echec)
  2. •Sephiroth diagnostique et propose une strategie alternative
  3. •Presente la nouvelle strategie a l'utilisateur

Regles

  1. •Toujours proposer les 3 options -- Meme si une semble evidente.
  2. •Jamais de decision unilaterale -- L'utilisateur choisit toujours.
  3. •Documenter -- Stocker en memoire : probleme + option choisie + resultat.
  4. •Re-plan = full pipeline -- Ne pas skipper les etapes.
  5. •Rollback = confirmation -- Ne JAMAIS executer git reset/revert sans confirmation explicite.
  6. •SCP obligatoire -- Chaque correction de cap = 1 SCP stocke en memoire.
  7. •Post-verification -- Toujours verifier avec Tseng + mettre a jour sprint-status.yaml apres correction.