Synthèse automatique
Ce skill génère un plan d'implémentation détaillé à partir d'un cahier des charges (Partie 1) dans le cadre du développement piloté par les spécifications (SDD).
Points forts
- Valide le passage de la phase de spécification (phase gate 1)
- Décompose les critères d'acceptation en tâches atomiques
- Conçoit l'architecture et évalue les risques
- Respecte les principes SDD (modularité, séparation des préoccupations)
Limites
- N'effectue aucune modification de code
- Nécessite un cahier des charges déjà approuvé
- Peut être lourd pour des changements très simples
Utilisez ce skill après avoir terminé la spécification (Partie 1) et lorsque vous avez besoin d'un plan structuré pour implémenter la solution.
N'utilisez pas ce skill si la spécification n'est pas encore validée ou si vous voulez directement coder sans plan formel.
Analyse de sécurité
SûrThis skill only reads specification files and writes implementation plans using Read, Glob, Grep, Write, and Edit tools. It does not execute code, access networks, or perform destructive actions. There is no risk of data exfiltration, obfuscation, or safety bypass.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Create an implementation plan for the specification in .steering/auth-spec.md.Let's proceed to the planning phase of SDD. Generate a plan from the latest specification.The specification is approved. Now create an implementation plan.name: sdd-plan description: SDD実装計画。仕様書（Part 1）を読み込み、実装計画（Part 2）を追記する。ユーザーが「実装計画を作成して」「計画を立てて」「SDDの計画フェーズに進みたい」と言った場合に使用する。 disable-model-invocation: false allowed-tools: Read, Glob, Grep, Write, Edit
SDD Plan スキル
仕様駆動開発（SDD）の2番目のステップ。仕様書に基づいて実装計画を作成する。
前提条件
/sdd-specifyで仕様書（Part 1）が作成済みであること.steering/ディレクトリに対象の仕様書が存在すること
ワークフロー
ステップ1: 準備
sdd-principlesスキルを読み込み、SDD原則・フェーズゲートを確認する.steering/から対象の仕様書を特定する$ARGUMENTSでファイル名が指定された場合はそれを使用- 指定がない場合は
.steering/内の最新ファイルを候補として提示
- 仕様書の Part 1（仕様セクション）を読み込む
ステップ2: フェーズゲート1 検証
ゲート1（Specify → Plan）の通過条件を検証する:
| # | 条件 | 確認方法 |
|---|------|---------|
| G1-1 | [NEEDS CLARIFICATION] マーカーがゼロ | 仕様書内を検索 |
| G1-2 | 受入基準が1つ以上存在 | Given-When-Thenテーブルを確認 |
| G1-3 | プロジェクト憲法チェックリストが全項目記入済み | チェックボックスを確認 |
| G1-4 | ユーザーが仕様を承認済み | 明示的な承認を確認 |
未通過の場合: 未達成の条件を報告し、/sdd-specify に戻ることを提案して中止する。
ステップ3: アーキテクチャ設計
仕様の要件に基づいてアーキテクチャを設計する:
- 新規ファイルの配置
- 既存ファイルへの変更
- レイヤー分離の確認（条I: モジュール先行、条VI: 関心の分離）
- データフローの整理
ステップ4: フェーズ分解
受入基準からアトミックなタスクに分解する:
- テスト先行（条III）: 各フェーズは「テスト作成→実装→検証」の順序
- 依存関係: タスク間の依存関係を明示
- 完了条件: 各タスクに受入基準ベースの完了条件を設定
- ファイルパス: 各タスクで変更するファイルを明記
推奨フェーズ構成:
フェーズ1: テスト準備（テストヘルパー・フィクスチャ）
フェーズ2: コアロジック（ビジネスロジック）
フェーズ3: インターフェース統合（外部インターフェース層）
フェーズ4: 統合テスト
ステップ5: シンプリシティゲート
条VII（簡潔性ゲート）準拠を事前チェック:
- [ ] 関数・ファイルの行数が上限内に収まる見込み
- [ ] ネスト深度が上限内に収まる見込み
超過が見込まれる場合は、分割方針を計画に記載する。
ステップ6: リスク評価
実装上のリスクを評価する:
- 技術的リスク（未知のAPI、性能懸念等）
- 依存関係リスク（外部サービス、パッケージ互換性等）
- スコープリスク（要件の曖昧さ、変更の影響範囲等）
ステップ7: 計画書保存
仕様書の Part 2（実装計画セクション） を追記する:
- 2.1 進捗サマリー
- 2.2 アーキテクチャ変更
- 2.3 実装フェーズ（チェックボックス付きアトミックタスク）
- 2.4 シンプリシティゲート
- 2.5 リスク評価
- 2.6 成功基準（Part 1 の受入基準から転記）
- 2.7 実装ログ（空テーブル）
ステップ8: ユーザー承認
計画の概要をユーザーに提示し、承認を待つ。
承認後の次のステップ: /sdd-implement で実装を開始する。
出力
- 仕様書に Part 2（実装計画）を追記
- フェーズゲート2の準備状況を報告
他のスキルとの連携
- 前のステップ:
/sdd-specify- 仕様書の作成 - 次のステップ:
/sdd-implement- 計画に基づいて実装
注意事項
- このスキルではコードの変更は行わない（計画の作成のみ）
- フェーズゲート1を通過していない仕様書に対しては計画を作成しない
- 仕様書の Part 1 は変更しない（Part 2 の追記のみ）
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/sdd-planning-mm5t8a4b/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/sdd-planning-mm5t8a4b' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/sdd-planning-mm5t8a4b/download' --output '.skill-downloads/sdd-planning-mm5t8a4b/SKILL.md.part' && mv '.skill-downloads/sdd-planning-mm5t8a4b/SKILL.md.part' '.skill-downloads/sdd-planning-mm5t8a4b/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) : Read, Glob, Grep, Write, Edit
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
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/sdd-planning-mm5t8a4b/SKILL.md' && test -s '.skill-downloads/sdd-planning-mm5t8a4b/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/sdd-plan' && cp -R '.skill-downloads/sdd-planning-mm5t8a4b' '.claude/skills/sdd-plan'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/sdd-planning-mm5t8a4b'openskills read 'sdd-planning-mm5t8a4b'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/sdd-planning-mm5t8a4b/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.