maorfsdev/reflect-yourself

Convertit le document de phase en cours en un plan d'exécution ordonné et propose des lots de travaux (spécifications d'abord + tests hiérarchisés), y compris des vérifications RTL/Hébreu.

Qu'est-ce que reflect-yourself ?

Ce skill permet de transformer un fichier de phase (par défaut `docs/phases/CURRENT.md`) en un plan d'exécution clair et structuré, privilégiant une approche « spécifications d'abord » et incluant des tests par niveaux. Lorsqu'il est invoqué, il utilise d'abord le mode planification pour présenter le plan à l'utilisateur, et ne crée les fichiers qu'après approbation explicite. Il génère un résumé de phase, un plan ordonné par epics, et des lots de travaux détaillés avec titre, objectif, critères d'acceptation, checklist de spécifications (contrats, invariants, codes d'erreur), criticité (CRITICAL vs STANDARD), obligations RTL/Hébreu (pour les interfaces utilisateur), dépendances et risques. Le premier lot de travaux à exécuter immédiatement est également proposé. Le skill intègre un suivi de projet : chaque livrable ou étape est ajouté comme todo, et une todo spécifique met à jour le fichier CURRENT.md via le skill de suivi de projet, garantissant ainsi que l'état (phase, epic, lot de travaux) reste synchronisé. Il est compatible avec les outils de développement d'agents comme Claude Code, Cursor ou Codex.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/maorfsdev/reflect-yourself/tree/main/skill-examples/phase-kickoff

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Lancement de phase (Spécifications d'abord + Israélien d'abord)

Flux de travail : Lorsqu'il est invoqué, utilisez d'abord le mode planification pour présenter le plan à l'examen. Ne créez les fichiers qu'après que l'utilisateur a explicitement approuvé le plan et demandé sa mise en œuvre.

Entrées :

  • Fichier de phase (par défaut : docs/phases/CURRENT.md)
  • Parallélisme souhaité (unique ou 2–3 pistes)

Sorties :

  1. Résumé de phase
  2. Plan ordonné par epics
  3. Lots de travaux proposés avec :
    • titre, objectif, critères d'acceptation
    • checklist de spécifications (contrats, invariants, codes d'erreur)
    • criticité (CRITIQUE vs STANDARD)
    • obligations RTL/Hébreu (si interface utilisateur)
    • dépendances + risques
  4. Premier lot de travaux à exécuter maintenant

Todos et suivi de projet : Lors de la création du plan (ou lorsque l'utilisateur l'approuve), ajoutez chaque livrable/étape comme une todo. Incluez toujours une todo pour mettre à jour le fichier CURRENT.md conformément au skill de suivi de projet (définir la phase, l'epic, le lot de travaux en cours afin que l'état reste synchronisé). Ne laissez pas la liste des todos vide pour un lancement qui comporte plusieurs livrables.

Skills associés