Orchestrateur de développement TDD

VérifiéSûr

Orchestre un workflow de développement TDD : planification en mode test-first, découpage en étapes suivies, sauvegarde dans Obsidian et exécution séquentielle. Délègue les tâches à des agents spécialisés via tmux. Utile pour structurer des implémentations complexes avec suivi d'avancement.

Spar Skills Guide Bot
DeveloppementIntermédiaire
02/06/2026
Claude Code
#tdd#workflow#orchestration#dev-process

Recommandé pour

Synthèse automatique

Orchestre un workflow de développement basé sur le TDD en planifiant, sauvegardant dans Obsidian, divisant en étapes et exécutant séquentiellement.

Points forts

  • Assure la discipline du test-first
  • Décompose les tâches en étapes gérables
  • Suit la progression via un fichier d'état
  • Délègue aux agents spécialisés

Limites

  • Dépend d'un vault Obsidian et d'une configuration tmux spécifiques
  • Nécessite une confirmation utilisateur pour chaque phase
  • Peut être excessif pour des tâches simples
Quand l'utiliser

À utiliser lors du démarrage d'une nouvelle fonctionnalité ou d'un refactoring bénéficiant d'une approche TDD systématique.

Quand l'éviter

Éviter pour les correctifs urgents ou le codage exploratoire où l'agilité est nécessaire.

Analyse de sécurité

Sûr
Score qualité85/100

The skill orchestrates a TDD workflow using fixed tmux send-keys commands to delegate tasks. No user input is injected into shell commands, and no destructive or exfiltration operations are performed. File operations are limited to creating a YAML file in a docs subdirectory.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Implement user login feature
Develop a user login module with email and password authentication, following TDD approach. Write tests first, then implement, then refactor.
Add pagination to list API
Add pagination support to the /api/users endpoint. Create a plan using TDD, split into steps, and execute.
Refactor payment service
Refactor the existing PaymentService class to use strategy pattern. Follow test-first development: write failing tests, implement, refactor, and track progress.

name: dev description: Orchestrate TDD-based development workflow – plan with test-first approach, save to Obsidian vault, split into trackable steps, and execute sequentially with status tracking. Acts as project manager, delegating tasks to specialized agents. allowed-tools: Bash(tmux:*)

Dev orchestrator

要件と簡単な仕様を元にTDDベースの計画を作成し、各stepに分割する。stepごとに実行し、完全な実装を目指す。

Requirements

  • Follow user's instructions ($ARGUMENTS)
  • Your main role is the project manager so assign tasks to other agents as far as possible

Procedure

  1. Setup: Initialize workflow state

    • Derive {branch_name} from current git branch (same rule as plan-on-md: feature/#468 → 468)
    • Create docs/{branch_name}/dev-workflow.yaml:
      save:
        status: Ready
      split:
        status: Pending
      execute:
        status: Pending
      
    • This MUST be done BEFORE entering plan mode
  2. Plan (execute yourself): Create TDD implementation plan using EnterPlanMode

    • Follow the TDD structure defined in tdd-plan.md — Red → Green → Refactor order
    • Get user approval via ExitPlanMode
  3. Save: Store the approved plan in Obsidian vault

    • Update YAML: save: In progress
    • Use tmux list-panes to find an available shell pane
    • Send: tmux send-keys -t <pane> 'claude "/plan-on-md"' Enter
    • Tell the user: "plan-on-md を別ペインに委譲しました。完了したら教えてください"
    • User confirms completion → Update YAML: save: Done, split: In progress
  4. Split: Break the plan into individual step files

    • Send: tmux send-keys -t <pane> 'claude "/plan-steps-split"' Enter
    • Tell the user: "plan-steps-split を別ペインに委譲しました。完了したら教えてください"
    • User confirms completion → Update YAML: split: Done, execute: In progress
  5. Execute: Run steps sequentially

    • Send: tmux send-keys -t <pane> 'claude "/proceed-by-step"' Enter
    • Tell the user: "proceed-by-step を別ペインに委譲しました。完了したら教えてください"
    • User confirms completion → Update YAML: execute: Done

IMPORTANT: Workflow State

A PreToolUse hook reads docs/{branch_name}/dev-workflow.yaml and injects the current workflow phase. The hook finds the first phase with status: Ready and directs you to execute that phase. After plan approval, your NEXT action is determined by the YAML status, not by implementing code directly. Status values follow status.md: Ready / In progress / In review / Pending / Done

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/tdd-development-orchestrator-mm78nmyf/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/tdd-development-orchestrator-mm78nmyf' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/tdd-development-orchestrator-mm78nmyf/download' --output '.skill-downloads/tdd-development-orchestrator-mm78nmyf/SKILL.md.part' && mv '.skill-downloads/tdd-development-orchestrator-mm78nmyf/SKILL.md.part' '.skill-downloads/tdd-development-orchestrator-mm78nmyf/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Outils déclarés par l’auteur (à vérifier dans votre agent) : Bash(tmux:*)

Extrait original : Requirements
  • Follow user's instructions ($ARGUMENTS)
  • Your main role is the project manager so assign tasks to other agents as far as possible

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/tdd-development-orchestrator-mm78nmyf/SKILL.md' && test -s '.skill-downloads/tdd-development-orchestrator-mm78nmyf/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/dev' && cp -R '.skill-downloads/tdd-development-orchestrator-mm78nmyf' '.claude/skills/dev'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/tdd-development-orchestrator-mm78nmyf'

openskills read 'tdd-development-orchestrator-mm78nmyf'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/tdd-development-orchestrator-mm78nmyf/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires