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
À utiliser lors du démarrage d'une nouvelle fonctionnalité ou d'un refactoring bénéficiant d'une approche TDD systématique.
Éviter pour les correctifs urgents ou le codage exploratoire où l'agilité est nécessaire.
Analyse de sécurité
SûrThe 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 faiteExemples
Develop a user login module with email and password authentication, following TDD approach. Write tests first, then implement, then refactor.Add pagination support to the /api/users endpoint. Create a plan using TDD, split into steps, and execute.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
-
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
- Derive
-
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
-
Save: Store the approved plan in Obsidian vault
- Update YAML:
save: In progress - Use
tmux list-panesto 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
- Update YAML:
-
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
- Send:
-
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
- Send:
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 annexesCe 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.mdDepuis 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’OpenSkillsopenskills 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 syncMode 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.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.