Automated summary
This skill generates a detailed implementation plan from a specification document (Part 1) as part of Specification-Driven Development (SDD).
Strengths
- Validates the specification phase gate before planning
- Decomposes acceptance criteria into atomic tasks
- Designs architecture and assesses risks
- Adheres to SDD principles like modularity and separation of concerns
Limitations
- Does not make any code changes
- Requires an approved specification to proceed
- May be overkill for extremely simple changes
Use this skill after completing the specification (Part 1) and when you need a structured plan to guide implementation.
Do not use this skill if the specification is not yet approved, or if you intend to code directly without a formal plan.
Security analysis
SafeThis 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.
No concerns found
How this analysis is madeExamples
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 の追記のみ）
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/sdd-planning-mm5t8a4b/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
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. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
Tools declared by the author (check availability in your agent): Read, Glob, Grep, Write, Edit
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
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 must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/sdd-planning-mm5t8a4b'openskills read 'sdd-planning-mm5t8a4b'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/sdd-planning-mm5t8a4b/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
React Hook Form Best Practices
Development
Master React Hook Form: avoid anti-patterns, manage subscriptions, and handle reset, dirty state, and controlled inputs correctly.
Emotion to Mantine Migration
Development
Migrate Emotion styled-components to Mantine components with style props and CSS modules. Use when converting .styled.tsx files or removing @emotion imports.
Scope Creep Detector
Development
Analyzes git diffs against a stated intent to detect scope creep, unrelated files, broad PRs, and oversized changes, then suggests keep, split, or justify actions.