Replan

Teste sous pression un plan d'implémentation avec des sous-agents adaptatifs multi-perspectives avant d'écrire du code.

par kojott · kojott/claude-replan

Testé · Fonctionne ★ 9.2/10

Replan — Teste sous pression un plan d'implémentation avec des sous-agents adaptatifs multi-perspectives avant d'écrire du code.

Ce que fait

Étant donné un plan déjà dans la conversation ou un chemin de fichier, déploie des sous-agents de revue parallèles (alignement du code source, meilleures pratiques, faisabilité, normes du projet, sécurité, perspective fraîche, etc., choisis de manière adaptative par type de plan) et fusionne leurs découvertes critiques/importantes/mineures directement dans le plan. Se déclenche lorsque l'utilisateur a un plan d'implémentation, de recherche, de conception ou de migration à l'état de brouillon et souhaite le faire valider avant exécution, ou invoque /replan ; une compétence compagnon dans le même dépôt, recheck, fait la contrepartie post-implémentation.

Rapport de test

Lui a donné un plan de mise en cache délibérément défectueux en 4 étapes contre un petit faux dépôt : la passe structurée multi-perspective a détecté un appel d'invalidation inexistant, un cache en mémoire illimité, une étape de déploiement sans retour arrière, ET une fuite de permission de clé de cache inter-utilisateurs et un risque d'obsolescence multi-travailleurs qu'une revue simple passe unique a complètement manqué.

Testé le: 2026-07-15 · Claude Code 2.x (agent harness)

Installation

git clone https://github.com/kojott/claude-replan
cd claude-replan
mkdir -p ~/.claude/skills
cp -r plugin/skills/replan ~/.claude/skills/replan

Commandes et exemples de prompts

  • /replanTeste sous pression un plan d'implémentation avec des sous-agents adaptatifs multi-perspectives avant d'écrire du code.

Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :

  • I wrote an implementation plan for this migration, review it first.
  • Validate my design plan for the onboarding flow before I build it.
  • Pressure-test this caching plan before I start implementing it.