CE Brainstorm
EveryInc/compound-engineering-plugin
Turns a vague or ambitious feature idea into a requirements-only plan through dialogue with you, sized to the work, before any code is written.
This skill should be used when the user asks to "dev-plan", "実装計画を作成", "要件からタスク分解", "create implementation plan", "plan tasks", "タスクを分割", "設計してタスクにする", "詳細要件定義", "full-spec plan", "EARS要件".
Install Dev Plan
$ npx skills add classmethod/tsumiki --skill dev-plan -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install classmethod/tsumiki dev-plan --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/classmethod/tsumiki.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/dev-plan .claude/skills/dev-plan && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "dev-plan" agent skill from https://github.com/classmethod/tsumiki/tree/main/skills/dev-plan into .claude/skills/dev-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-plan", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/classmethod/tsumiki/tree/main/skills/dev-planType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add classmethod/tsumiki --skill dev-plan -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install classmethod/tsumiki dev-plan --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/classmethod/tsumiki.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/dev-plan .agents/skills/dev-plan && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "dev-plan" agent skill from https://github.com/classmethod/tsumiki/tree/main/skills/dev-plan into .agents/skills/dev-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-plan", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add classmethod/tsumiki --skill dev-plan -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install classmethod/tsumiki dev-plan --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/classmethod/tsumiki.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/dev-plan .cursor/skills/dev-plan && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "dev-plan" agent skill from https://github.com/classmethod/tsumiki/tree/main/skills/dev-plan into .cursor/skills/dev-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-plan", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/classmethod/tsumiki.git --path skills/dev-plan--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add classmethod/tsumiki --skill dev-plan -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install classmethod/tsumiki dev-plan --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/classmethod/tsumiki.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/dev-plan .gemini/skills/dev-plan && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "dev-plan" agent skill from https://github.com/classmethod/tsumiki/tree/main/skills/dev-plan into .gemini/skills/dev-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-plan", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install classmethod/tsumiki dev-planInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add classmethod/tsumiki --skill dev-plan -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/classmethod/tsumiki.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/dev-plan .github/skills/dev-plan && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "dev-plan" agent skill from https://github.com/classmethod/tsumiki/tree/main/skills/dev-plan into .github/skills/dev-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-plan", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add classmethod/tsumiki --skill dev-plan -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install classmethod/tsumiki dev-plan --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/classmethod/tsumiki.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/dev-plan .opencode/skills/dev-plan && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "dev-plan" agent skill from https://github.com/classmethod/tsumiki/tree/main/skills/dev-plan into .opencode/skills/dev-plan/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-plan", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Facts
- Skill name
dev-plan- GitHub stars
- 974
- Token cost
- ~2.5k tokens
- SKILL.md length
- 557 words
- Files
- 5 (incl. references)
- Skills in repo
- 14
- Repo updated
- First seen
- Licence
- MIT
At a glance
This skill should be used when the user asks to "dev-plan", "実装計画を作成", "要件からタスク分解", "create implementation plan", "plan tasks", "タスクを分割", "設計してタスクにする", "詳細要件定義", "full-spec plan", "EARS要件".
- Works in 7 steps: モード選択 → 5: plan-name の正規化 → 要件明確化 → …
- Asks to dev-plan
- SKILL.md covers 前提知識, ワークフロー, 信号機システム and ルール・制約, plus 1 more section
- Calls git
What it does
Dev Plan is an agent skill from classmethod/tsumiki. This skill should be used when the user asks to "dev-plan", "実装計画を作成", "要件からタスク分解", "create implementation plan", "plan tasks", "タスクを分割", "設計してタスクにする", "詳細要件定義", "full-spec plan", "EARS要件". ユーザーの要件をインターフェースファースト設計とテスト可能なタスクに分解し、Plan単位でdocs/dev/plans/に保存する。Lightweight（素早い計画）とFull-spec（EARS要件定義付き）の2モードに対応。
Its SKILL.md is about 2.5k tokens, which your agent loads only when the skill is triggered. The skill folder holds 6 other files, including reference files (for example `references/fullspec-prompt-template.md`, `references/fullspec-templates.md` and `references/task-template.md`).
It sits in Agent Workflows, covering Planning. The licence is MIT.
When your agent uses it
- Asks to dev-plan
- Create implementation plan
Example prompts
- “dev-plan”
- “実装計画を作成”
- “要件からタスク分解”
- “/dev-plan”
Workflow steps
7 steps, taken from the step headings in SKILL.md.
What it can do on your machine
Read from SKILL.md and the folder at commit fa5aaff. It shows what the files ask for, not the result of running them.
Tool permissions
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Runs code
Shell commands in SKILL.md call:
git
From the folder's file list and the shell code blocks in SKILL.md.
Network
No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Credentials
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Context cost
Dev Plan loads about 2.5k tokens when it runs, and up to ~6.8k if it reads all its reference files. Until then it costs about 79 tokens; SKILL.md has 557 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
Safety
Auto-check passed
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
SKILL.md
The full file from classmethod/tsumiki at commit fa5aaff, republished under its MIT licence (© classmethod). 557 words, ~2,469 tokens.
Download SKILL.mdSave it as
.claude/skills/dev-plan/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.- name
- dev-plan
- description
- This skill should be used when the user asks to "dev-plan", "実装計画を作成", "要件からタスク分解", "create implementation plan", "plan tasks", "タスクを分割", "設計してタスクにする", "詳細要件定義", "full-spec plan", "EARS要件". ユーザーの要件をインターフェースファースト設計とテスト可能なタスクに分解し、Plan単位でdocs/dev/plans/に保存する。Lightweight（素早い計画）とFull-spec（EARS要件定義付き）の2モードに対応。
- argument-hint
- <plan-name> "<requirements>" | <plan-name> <prd-file-path>
Dev Plan
ユーザーの要件を分析し、インターフェースファーストの設計とテスト可能なタスクに分解する。Plan名で名前空間を分離し、複数要件の並行開発をサポートする。出力は docs/dev/plans/<plan-name>/ に保存される。
前提知識
dev-*スキルフロー内の位置
dev-context → [dev-plan] → dev-impl → dev-verify前提条件
docs/dev/context.mdが存在すること（dev-contextで生成済み）- context.md がない場合、先に
/dev-contextの実行を案内する
依存スキル
task-breakdown: Full-spec モードの Phase 3（タスク分解）で、その4フェーズ分解手順を embedded 規約に準じてインライン適用する（詳細は Phase 3「Full-spec モード」参照）。
引数フォーマット
/dev-plan <plan-name> "<要件の説明>"
/dev-plan <plan-name> <PRDファイルパス>plan-name: 英数字とハイフンのみ（例:auth,payment-integration,user-profile）- 日本語が含まれる場合は自動変換する（Phase 0.5 参照）
- 要件の説明: 自然言語での機能要件
- PRDファイルパス: PRD ドキュメントのファイルパス（
.md等）。ファイル内容を要件として読み込む
実行モード
| モード | 説明 | 出力 |
|---|---|---|
| Lightweight | 素早い要件明確化→設計→タスク分解 | plan.md + tasks/ |
| Full-spec | EARS要件定義→ユーザーストーリー→受入基準→設計→タスク分解 | requirements.md + user-stories.md + acceptance-criteria.md + plan.md + tasks/ |
ワークフロー
Phase 0: モード選択
AskUserQuestion で実行モードを選択する:
- Lightweight（推奨: 小さな機能追加・バグ修正）: 素早く要件を明確化し、設計→タスク分解まで進む
- Full-spec（推奨: 新規システム・複雑な要件）: EARS要件定義→ユーザーストーリー→受入基準を作成した上で、設計→タスク分解に進む
選択されたモードに応じて以降の Phase の振る舞いが変わる。
Phase 0.5: plan-name の正規化
plan-name に日本語（非ASCII文字）が含まれる場合、以下のルールで英数字ケバブケースに自動変換する:
- 日本語の要件名を簡潔な英語に翻訳する
- ケバブケース（kebab-case）に変換する
- 最大50文字程度に収める
- 変換例:
- "ユーザー認証システム" →
user-auth-system - "データエクスポート機能" →
data-export - "パスワードリセット" →
password-reset - "お気に入り管理" →
favorite-management - "検索フィルター追加" →
search-filter
- "ユーザー認証システム" →
- 変換後のplan-nameをユーザーに提示し、確認を取ってから続行する
plan-name が既に英数字とハイフンのみの場合はこのフェーズをスキップする。
Phase 1: 要件明確化
- 要件入力の判定: 第2引数がファイルパスかテキストかを判定する
- ファイルパスの場合（パスに
/を含む、または.md等の拡張子で終わる）→ Read ツールでファイルを読み込み、内容を要件として使用する- PRDファイルが 200行を超える 場合:
- 最初の200行を Read で読み込む
- 残りは Explore サブエージェント（
model: haiku）で要約を取得する - メインコンテキストには 先頭200行 + 要約（50行以内） のみ保持する
- PRDファイルが 200行を超える 場合:
- ファイルが存在しない場合 → エラーメッセージを表示して終了する
- テキストの場合 → 従来通りテキストを要件として使用する
- ファイルパスの場合（パスに
docs/dev/context.mdを読み込み、プロジェクトコンテキストを把握する- ユーザーの要件（テキストまたはPRDファイル内容）を分析し、不明確な点を特定する
- AskUserQuestion で曖昧さを段階的に解消する（最大2-3ラウンド）
確認すべき観点:
- 機能のスコープと境界（何をやるか / 何をやらないか）
- ユーザーから見た振る舞い（入力と期待する出力）
- 既存機能への影響範囲
- 非機能要件（パフォーマンス、セキュリティ等）の有無
Full-spec モードの場合の追加確認（3-5ラウンド）:
- ペルソナ（誰がどのような目的で使うか）
- パフォーマンス目標値（レスポンスタイム、スループット等の具体的数値）
- セキュリティ要件（認証・認可・データ保護の方針）
- エッジケース（異常系・境界値・競合状態）
- 外部システム連携（API・DB・サードパーティサービス）
- 優先順位（MoSCoW: Must/Should/Could/Won't）
Phase 1.5: 詳細要件定義（Full-spec のみ）
Full-spec モードの場合のみ実行する。Lightweight の場合はスキップして Phase 2 に進む。
コンテキスト節約のため、3ドキュメント生成はサブエージェントに委譲する（dev-run パターン）。
references/fullspec-prompt-template.mdを Read してプロンプトテンプレートを取得する- Phase 1 のヒアリング結果を 200行以内 に要約する
docs/dev/context.mdから Tech Stack + Project Structure セクションを 100行以内 に抽出する- テンプレートのプレースホルダーを置換する:
{{HEARING_SUMMARY}}← ヒアリング結果の要約{{PLAN_NAME}}← Plan名{{CONTEXT_EXCERPT}}← context.md 抜粋
- general-purpose サブエージェントを起動し、置換済みプロンプトを渡す。サブエージェントが以下の3ドキュメントを一括生成する:
docs/dev/plans/<plan-name>/requirements.md— EARS形式の機能要件・非機能要件・制約・用語集docs/dev/plans/<plan-name>/user-stories.md— ペルソナ・エピック・ストーリー（As a/I want/So that）・MoSCoW優先度・ジャーニーdocs/dev/plans/<plan-name>/acceptance-criteria.md— Given/When/Then形式の受入基準・テストチェックリスト・横断的基準
- サブエージェントの結果マーカーを確認する:
FULLSPEC_SUCCESS→ 赤信号リストのみメインコンテキストに取り込むFULLSPEC_FAILED→ エラー内容を確認し、リトライまたはユーザーに報告する
- 赤信号（🔴）がある場合は AskUserQuestion でユーザーに確認し、解消してから Phase 2 に進む
Phase 2: 設計（Architect的役割）
Full-spec モードの場合: Plan サブエージェントに Phase 1.5 で生成した3ドキュメントの ファイルパス を渡し、サブエージェントが直接 Read で読み込んで設計に反映する。これにより設計がEARS要件に基づいたものになり、かつメインコンテキストで3ドキュメント(~1500行)を保持し続ける必要がなくなる。
docs/dev/plans/<plan-name>/requirements.mddocs/dev/plans/<plan-name>/user-stories.mddocs/dev/plans/<plan-name>/acceptance-criteria.md
Plan サブエージェント（subagent_type: Plan）で関連コードベースを分析する:
- 既存コードの調査: 関連する既存実装、インターフェース、型定義を探索
- インターフェースファースト設計:
- 実装詳細より先に型/インターフェースを定義する
- これが後続の dev-impl で「幻覚」を防ぐ契約書として機能する
- dev-impl は context.md + インターフェース定義だけで実装可能にする
- データフロー整理: 入力→処理→出力の流れを整理する
- 依存関係の特定: 既存コードとの接続点、新規モジュール間の依存を明確にする
Phase 3: タスク分解
テスト可能な単位にタスクを分割する。Full-spec モードでは task-breakdown スキルの分解手順をインライン適用し、Lightweight モードでは従来手順で分割する。
Lightweight モード
メインコンテキスト内で以下を実施する:
- タスクの粒度: 1タスク = 1つのテスト可能な振る舞い単位
- 依存関係グラフ: タスク間の実装順序を決定する
- 複雑度見積もり: 各タスクを low / medium / high に分類
- テスト方針: 各タスクに「何をテストするか」を明記する
- ファイル影響範囲: 各タスクが影響するファイルパスを列挙する
Full-spec モード（task-breakdown インライン適用）
task-breakdown スキルの4フェーズ（ゴール正規化 → 構造分解 → 粒度停止 → 分割検証）を、サブエージェントに委譲せずメインコンテキスト内でインライン適用する。skills/task-breakdown/SKILL.md と skills/task-breakdown/references/output-template.md を Read で参照し、embedded モードの規約（ファイル保存せず結果を保持）に準じて進める。
- 入力の受け渡し: task-breakdown の Phase 1（ゴール正規化）へ、dev-plan で確定済みの文脈を以下のように渡す:
- ゴール ← Phase 1.5 の
requirements.md（FR-XXX/NFR-XXX）とacceptance-criteria.md（AC-XXX の Given/When/Then） - 制約 ←
requirements.mdの制約（CON-XXX）・非機能要件、context.md の技術スタック - 前提 ← Phase 2 の設計成果物（インターフェース定義・データフロー・依存関係）と既存コード資産
- 期待する葉タスク粒度 ← 「1タスク = dev-impl 1回で完了（テストファイル1つ + 実装ファイル1-2つ / テストケース3-8個）」を明示的に渡す
- ゴール ← Phase 1.5 の
- Phase 1〜4 の適用: 上記入力でゴールを正規化し、トップダウンで構造分解（1階層1軸）、粒度停止条件（見積もり可能・単独実施可能・検証可能・サイズ均一）を適用し、MECE・依存関係・DoD・粒度の4検証を通す。
- task-breakdown の粒度停止条件は dev-plan の「dev-impl 1回で完了する単位」に読み替える。
- 確信度 🔴 の未確定事項が残る場合は AskUserQuestion で解消してから Phase 4 に進む（embedded のエスカレーションをメイン側で受ける）。
- 出力の受け取り: task-breakdown の成果物（
output-template.mdの 1.ゴール定義 / 2.分割ツリー / 3.葉タスク詳細（表）/ 4.検証結果）をメインコンテキストに保持する。この葉タスク群を Phase 4 でタスクファイルへ変換する（変換規則は Phase 4「葉タスク → タスクファイルの変換（Full-spec）」を参照）。
Show full SKILL.md (190 more words)Show less
Phase 4: ファイル出力
以下のディレクトリとファイルを生成する:
PROJECT_ROOT="$(git rev-parse --show-toplevel)"
mkdir -p "$PROJECT_ROOT/docs/dev/plans/<plan-name>/tasks"
mkdir -p "$PROJECT_ROOT/docs/dev/plans/<plan-name>/reports"出力ディレクトリ構成
Lightweight モード:
docs/dev/plans/<plan-name>/
├── plan.md
├── tasks/
│ └── NNN-task-name.md
└── reports/Full-spec モード:
docs/dev/plans/<plan-name>/
├── plan.md # 要件概要・設計メモ・タスク依存グラフ
├── requirements.md # EARS要件定義（Phase 1.5で生成済み）
├── user-stories.md # ユーザーストーリー（Phase 1.5で生成済み）
├── acceptance-criteria.md # 受入基準（Phase 1.5で生成済み）
├── tasks/
│ └── NNN-task-name.md
└── reports/plan.md の生成
docs/dev/plans/<plan-name>/plan.md に要件概要と設計メモを記録:
# Plan: <plan-name>
## Requirements Summary
[要件の要約]
<!-- Full-spec モードの場合、以下のリンクを追加 -->
<!-- 詳細: [requirements.md](requirements.md) | [user-stories.md](user-stories.md) | [acceptance-criteria.md](acceptance-criteria.md) -->
## Design Overview
[インターフェース設計の概要]
## Task Dependency Graph
[タスク間の依存関係]
## Cross-Plan Dependencies
[他のPlanとの共有インターフェースがある場合に記載]Full-spec モードの場合、Requirements Summary に要件ドキュメントへの相対リンクを記載する。また Task Dependency Graph には、Phase 3 で得た task-breakdown の「検証結果」（依存関係・トポロジカル順）をそのまま反映し、タスクファイルの dependencies と矛盾しないようにする。
タスクファイルの生成
各タスクを docs/dev/plans/<plan-name>/tasks/NNN-task-name.md に出力する。references/task-template.md のテンプレートに従う。
葉タスク → タスクファイルの変換（Full-spec）
Full-spec モードでは、Phase 3 で得た task-breakdown の葉タスク（output-template.md の「3. 葉タスク詳細（表）」）を、以下の対応でタスクファイルへ変換する:
| task-breakdown の葉タスク | dev-plan タスクファイル | 変換方針 |
|---|---|---|
| 葉タスク ID（T-XX） | フロントマター id | トポロジカル順に 001 から連番へ振り直す |
| タスク名 | フロントマター title / # Task: | 動詞始まりに整える |
| DoD / 受け入れ条件 | 本文 ## Test Strategy | 検証可能な振る舞いのチェックリストへ具体化（正常系・異常系・エッジケース） |
| 依存（葉タスク ID） | フロントマター dependencies | 振り直した 001 形式の ID 配列へ変換 |
| 見積り（S/M/L） | フロントマター estimated_complexity | S→low / M→medium / L→high に対応 |
| 分割軸・親子位置 | フロントマター priority | インターフェース定義/基盤タスクを 1、以降を機能重要度で 2〜5 に設定 |
| 確信度（🔵🟡🔴） | 本文 ## Interfaces の信号機 | Phase 2 設計のインターフェース確信度と突き合わせて付与 |
| Phase 2 設計のインターフェース | 本文 ## Interfaces / ## Files | 該当インターフェース定義と影響ファイルを転記 |
- 葉タスクに紐づく Phase 2 の設計要素（型・インターフェース）を
## Interfacesに転記し、references/task-template.mdの記述ガイドに従って肉付けする。 - task-breakdown の「4. 検証結果（依存関係・トポロジカル順）」を plan.md の Task Dependency Graph に反映する（Phase 4「plan.md の生成」参照）。
信号機システム
設計の各要素に確信度を付与する:
- 🔵 前工程指示: 既存コードのパターンに完全に沿った設計、明示的な仕様に基づく
- 🟡 妥当な推測: ベストプラクティスに基づくが、プロジェクトでの明示的な前例がない
- 🔴 AI推論補完: アーキテクチャ判断が必要、組織固有のポリシーに依存する箇所
インターフェース定義の各メソッド/プロパティに確信度を付与し、タスクファイルに記録する。🔴 がある場合はユーザーに AskUserQuestion で確認する。
ルール・制約
- context.md が存在しない場合、先に
/dev-contextの実行を案内して終了する - 既存の
docs/dev/plans/<plan-name>/が存在する場合、上書きするか確認する - タスクファイルは 001 から連番で命名する
- 1タスクの見積もり粒度: dev-impl 1回で完了する単位
- インターフェース定義は可能な限り具体的に（
anyやunknownを避ける） - テスト方針は具体的な振る舞いで記述する（「正しく動作する」のような曖昧表現を避ける）
- 各タスクファイルは500行以内
- サブエージェントによる探索結果は要約のみメインコンテキストに返す
- Bash コマンドはプロジェクトルートの 絶対パス を使用する（
$(git rev-parse --show-toplevel)でルートを取得）
追加リソース
依存スキル
task-breakdown（skills/task-breakdown/）— Full-spec モードの Phase 3 でインライン適用する汎用タスク分割スキル。SKILL.md（4フェーズと embedded 呼び出し規約）とreferences/output-template.md（分割ツリー・葉タスク表・検証結果の出力形式）を参照する。
リファレンスファイル
references/task-template.md— タスクファイルのテンプレートとフロントマター仕様references/fullspec-templates.md— Full-spec モード用の要件ドキュメントテンプレート（requirements.md, user-stories.md, acceptance-criteria.md）と EARS 記述ガイドreferences/fullspec-prompt-template.md— Full-spec モード Phase 1.5 のサブエージェント用プロンプトテンプレート（{{HEARING_SUMMARY}},{{PLAN_NAME}},{{CONTEXT_EXCERPT}}を置換して使用）
© classmethod, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Files
SKILL.md and 4 other files (references) in skills/dev-plan of classmethod/tsumiki.
- SKILL.md
- references/fullspec-prompt-template.md
- references/fullspec-templates.md
- references/task-template.md
- tests/spec.yaml
Open the folder on GitHubat commit fa5aaff
Compare with similar skills
Dev Plan next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Dev Plan this skillclassmethod/tsumiki | 974 | — | ~2.5k | Automated safety check: Pass | MIT | |
| CE BrainstormEveryInc/compound-engineering-plugin | 25k | — | ~1.9k | Automated safety check: Pass | MIT | |
| Planning Document ReviewEveryInc/compound-engineering-plugin | 25k | — | ~1.9k | Automated safety check: Pass | MIT | |
| Foreman Grill DocsVisionForge-OU/foreman | 444 | — | ~1.6k | Automated safety check: Pass | Custom licence | |
| Implementation Plan Generatorwithkynam/vibecode-pro-max-kit | 1.1k | — | ~1.4k | Automated safety check: Pass | MIT | |
| Feature BrainstormVeryGoodOpenSource/vgv-wingspan | 108 | — | ~1.8k | Automated safety check: Pass | MIT |
Similar skills
Planning Document Review
EveryInc/compound-engineering-plugin
Reviews requirements, plans and specs through role-based reviewer personas, applies proven corrections within its authority, and returns only the findings that need your call.
Foreman Grill Docs
VisionForge-OU/foreman
Headless grilling pass that challenges an approved implementation plan against the existing codebase and domain model, then writes an ADR draft and a PRD draft into the Foreman feature directory.
Implementation Plan Generator
withkynam/vibecode-pro-max-kit
Writes a project's one implementation plan at the right depth level, saved into a dated task folder alongside any spec file and reports.
Feature Brainstorm
VeryGoodOpenSource/vgv-wingspan
Clarifies what to build before how, by asking one question at a time about a feature idea and then handing the result on to planning.
Wayfinder Planning Maps
rengwu/wayfinder-maps
Plans work too big for one agent session as a shared map of investigation tickets, resolved one at a time until the route to the destination is clear.
More from classmethod/tsumiki
All 14 skills in this repoDev Context
classmethod/tsumiki
This skill should be used when the user asks to "dev-context", "プロジェクトコンテキストを生成", "プロジェクトを分析", "generate project context", "analyze project", "コンテキストを更新".
Dev Impl
classmethod/tsumiki
This skill should be used when the user asks to "dev-impl", "タスクを実装", "テストファースト実装", "implement task", "実装を開始", "クイック修正", "quick fix", "dev-impl auth 001".
Dev Run
classmethod/tsumiki
This skill should be used when the user asks to "dev-run", "自動実装", "タスクを一括実装", "auto implement", "run all tasks", "タスクを自動実行", "バッチ実装", "dev-run auth 001 005".
Dev Screen Spec
classmethod/tsumiki
This skill should be used when the user asks to "dev-screen-spec", "画面仕様を生成", "画面仕様を更新", "screen spec", "generate screen spec", "update screen spec", "画面仕様ドキュメント".
Dev Webtest
classmethod/tsumiki
This skill should be used when the user asks to "dev-webtest", "Webテスト", "画面の動作確認", "E2Eテスト", "web test", "visual check", "モンキーテスト", "アクセシビリティチェック", "レスポンシブテスト", "フォームテスト".
Dev Webtest Plan
classmethod/tsumiki
This skill should be used when the user asks to "dev-webtest-plan", "Webテスト計画を生成", "テスト計画を作成", "webtest plan", "E2Eテスト計画", "画面テスト計画", "generate webtest plan", "create test plan from requirements"…
Related
Questions about Dev Plan
What does Dev Plan do?
This skill should be used when the user asks to "dev-plan", "実装計画を作成", "要件からタスク分解", "create implementation plan", "plan tasks", "タスクを分割", "設計してタスクにする", "詳細要件定義", "full-spec plan", "EARS要件". Dev Plan is an agent skill from classmethod/tsumiki. This skill should be used when the user asks to "dev-plan", "実装計画を作成", "要件からタスク分解", "create implementation plan", "plan tasks", "タスクを分割", "設計してタスクにする", "詳細要件定義", "full-spec plan", "EARS要件".
When should I use Dev Plan?
Dev Plan fits situations like: asks to dev-plan; create implementation plan.
How do I install Dev Plan in Claude Code?
Run `npx skills add classmethod/tsumiki --skill dev-plan -a claude-code`. Or copy the skill folder (skills/dev-plan in classmethod/tsumiki) into .claude/skills/dev-plan in your project. Claude Code loads it when a task matches its description.
How do I install Dev Plan in Codex?
Run `npx skills add classmethod/tsumiki --skill dev-plan -a codex`. Or copy the skill folder (skills/dev-plan in classmethod/tsumiki) into .agents/skills/dev-plan in your project. Codex loads it when a task matches its description.
Can I use Dev Plan in Cursor, Gemini CLI or GitHub Copilot?
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add classmethod/tsumiki --skill dev-plan -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/dev-plan, .gemini/skills/dev-plan, .github/skills/dev-plan and .opencode/skills/dev-plan in your project.
What does Dev Plan need to run?
Going by SKILL.md and its folder, Dev Plan needs the command-line tools its instructions call (git).
Does Dev Plan access the network?
SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Is Dev Plan safe to install?
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
What licence does Dev Plan use?
Dev Plan is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
How many tokens does Dev Plan use?
About 2.5k tokens (SKILL.md is roughly 9.9k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 4.3k tokens, read only when the agent opens those files.
What are the alternatives to Dev Plan?
Skills that share tags, products or a category with Dev Plan: CE Brainstorm (EveryInc/compound-engineering-plugin, 25k stars), Planning Document Review (EveryInc/compound-engineering-plugin, 25k stars), Foreman Grill Docs (VisionForge-OU/foreman, 444 stars) and Implementation Plan Generator (withkynam/vibecode-pro-max-kit, 1.1k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Who maintains Dev Plan?
classmethod (a GitHub organization) maintains it in classmethod/tsumiki, which has 974 GitHub stars. The repository holds 14 skills in this directory. The repository was last updated on August 7, 2026.
Source: classmethod/tsumiki on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.