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
9002/06/2026
Claude Code
#tdd#workflow#orchestration#dev-process

Recommandé pour

Notre avis

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é

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/#468468)
    • 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

Skills similaires