skill-forge-plan
新しいClaude Code Skillの構築において、ユーザーの要望に基づき、ユースケースの定義から複雑さの評価、機能分割、ファイル構成の計画までを支援し、効率的な開発を導くSkill。
📜 元の英語説明(参考)
Architecture and design planning for new Claude Code skills. Guides through use case definition, complexity tier selection, sub-skill decomposition, and file structure planning. Use when user says "plan skill", "design skill", "skill architecture", or "skill planning".
🇯🇵 日本人クリエイター向け解説
新しいClaude Code Skillの構築において、ユーザーの要望に基づき、ユースケースの定義から複雑さの評価、機能分割、ファイル構成の計画までを支援し、効率的な開発を導くSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o skill-forge-plan.zip https://jpskill.com/download/10589.zip && unzip -o skill-forge-plan.zip && rm skill-forge-plan.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/10589.zip -OutFile "$d\skill-forge-plan.zip"; Expand-Archive "$d\skill-forge-plan.zip" -DestinationPath $d -Force; ri "$d\skill-forge-plan.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
skill-forge-plan.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
skill-forge-planフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
スキルのアーキテクチャと設計の計画
プロセス
ステップ 1: ドメインの発見
ユーザーに以下の質問をします(状況に応じて調整してください)。
- このスキルはどのドメインのものですか? (例: SEO、広告、DevOps、データ分析)
- 上位2〜3個のユースケースは何ですか? ユーザーは何を達成できるべきですか?
- ユーザーはどのようなトリガーフレーズを言うでしょうか? 5〜10個の自然言語トリガーをリストアップしてください。
- 外部ツールは必要ですか? MCP サーバー、API、CLI ツールなど。
- ターゲットユーザーは誰ですか? 開発者、マーケター、アナリスト、一般ユーザー?
ステップ 2: ユースケースの分解
各ユースケースについて、以下を定義します。
Use Case: [名前]
Trigger: User says "[フレーズ]"
Steps:
1. [最初のアクション]
2. [判断ポイントまたは検証]
3. [次のアクション]
Result: [成功の形]
Tools Needed: [組み込み、MCP、スクリプト]
ステップ 3: 複雑さの段階評価
回答に基づいて評価します。
| シグナル | Tier 1 | Tier 2 | Tier 3 | Tier 4 |
|---|---|---|---|---|
| ユースケース | 1-2 | 2-3 | 4-8 | 8+ |
| スクリプトが必要ですか? | No | Yes | Maybe | Yes |
| サブスキルが必要ですか? | No | No | Yes | Yes |
| 並列実行が必要ですか? | No | No | No | Yes |
| 参照ドキュメントは必要ですか? | No | Maybe | Yes | Yes |
| 業界テンプレートはありますか? | No | No | Maybe | Yes |
決定マトリックス:
- 単一のワークフロー、スクリプト不要 -> Tier 1 (最小限)
- 決定的な検証が必要 -> Tier 2 (ワークフロー)
- 複数の異なるワークフロー -> Tier 3 (マルチスキル)
- 並列委譲を伴う複雑なドメイン -> Tier 4 (エコシステム)
ステップ 4: アーキテクチャ設計
段階に基づいて、アーキテクチャを生成します。
Tier 1 の出力:
skill-name/
SKILL.md
Tier 2 の出力:
skill-name/
SKILL.md
scripts/
validate.py
process.py
references/
domain-knowledge.md
Tier 3 の出力:
skill-name/ # メインオーケストレーター
SKILL.md
references/
shared-reference.md
skills/
skill-name-sub1/
SKILL.md
skill-name-sub2/
SKILL.md
Tier 4 の出力:
skill-name/ # メインオーケストレーター
SKILL.md
references/
ref1.md
ref2.md
scripts/
script1.py
script2.py
assets/
template1.md
template2.md
skills/
skill-name-sub1/
SKILL.md
skill-name-sub2/
SKILL.md
...
agents/
skill-name-role1.md
skill-name-role2.md
ステップ 5: サブスキルの分解 (Tier 3-4 のみ)
各サブスキルについて、以下を定義します。
- Name:
{parent}-{function}(kebab-case) - Responsibility: 単一の明確な目的
- Inputs: オーケストレーターから何が必要か
- Outputs: 何を返すか
- Cross-references: 他に必要なサブスキルまたは参照
- Self-contained?: 単独で実行できるか、オーケストレーションが必要か
ステップ 6: ルーティングテーブル
コマンドルーティングを設計します。
| Command | Routes to | Purpose |
|---------|-----------|---------|
| /skill-name | main SKILL.md | 対話モード |
| /skill-name sub1 | skills/skill-name-sub1/ | サブワークフロー 1 |
| /skill-name sub2 | skills/skill-name-sub2/ | サブワークフロー 2 |
ステップ 7: 参照ファイルの計画
参照ファイルに抽出する必要がある知識を特定します。
- ドメイン固有のルールと閾値
- 業界テンプレート
- API ドキュメント
- 品質ゲートと検証基準
経験則: 情報が50行を超え、特定のサブワークフローでのみ必要な場合は、
references/ に抽出します。
ステップ 8: 計画ドキュメントの生成
構造化された計画ドキュメントを作成します。
# Skill Plan: [名前]
## Overview
- Domain: [ドメイン]
- Tier: [1-4]
- Sub-skills: [数]
- Scripts: [数]
## Use Cases
[ステップ 2 からのリスト]
## Architecture
[ステップ 4 からの図]
## Sub-Skills
[ステップ 5 からの詳細]
## Routing
[ステップ 6 からのテーブル]
## Reference Files
[ステップ 7 からのリスト]
## Next Steps
` /skill-forge build [名前]` を実行して、スキルの足場を構築します。
例
例: DevOps スキルの計画
ユーザー: 「Docker コンテナと Kubernetes デプロイメントを管理するためのスキルを作成したい」
発見されたこと:
- 6つのユースケース (コンテナ管理、K8s デプロイ、監視、ログ、スケーリング、トラブルシューティング)
kubectlおよびdockerコマンド用のスクリプトが必要- 複数の異なるワークフロー
- 監視とトラブルシューティング間の相互参照
評価: Tier 3 (マルチスキルオーケストレーター)
アーキテクチャ:
devops/ # メインオーケストレーター
SKILL.md
scripts/
health_check.py # クラスターのヘルスチェック
log_parser.py # ログ分析
references/
k8s-patterns.md # デプロイメントパターン
docker-best-practices.md
skills/
devops-docker/SKILL.md # コンテナ管理
devops-k8s/SKILL.md # Kubernetes デプロイメント
devops-monitor/SKILL.md # 監視とアラート
devops-logs/SKILL.md # ログ分析
devops-scale/SKILL.md # スケーリング戦略
devops-fix/SKILL.md # トラブルシューティング 📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Skill Architecture & Design Planning
Process
Step 1: Domain Discovery
Ask the user these questions (adapt based on context):
- What domain is this skill for? (e.g., SEO, advertising, DevOps, data analysis)
- What are the top 2-3 use cases? What should users be able to accomplish?
- What trigger phrases would users say? List 5-10 natural language triggers.
- Does it need external tools? MCP servers, APIs, CLI tools?
- Who is the target user? Developer, marketer, analyst, general user?
Step 2: Use Case Decomposition
For each use case, define:
Use Case: [Name]
Trigger: User says "[phrases]"
Steps:
1. [First action]
2. [Decision point or validation]
3. [Next action]
Result: [What success looks like]
Tools Needed: [built-in, MCP, scripts]
Step 3: Complexity Tier Assessment
Evaluate based on answers:
| Signal | Tier 1 | Tier 2 | Tier 3 | Tier 4 |
|---|---|---|---|---|
| Use cases | 1-2 | 2-3 | 4-8 | 8+ |
| Needs scripts? | No | Yes | Maybe | Yes |
| Sub-skills needed? | No | No | Yes | Yes |
| Parallel execution? | No | No | No | Yes |
| Reference docs? | No | Maybe | Yes | Yes |
| Industry templates? | No | No | Maybe | Yes |
Decision matrix:
- Single workflow, no scripts -> Tier 1 (minimal)
- Needs deterministic validation -> Tier 2 (workflow)
- Multiple distinct workflows -> Tier 3 (multi-skill)
- Complex domain with parallel delegation -> Tier 4 (ecosystem)
Step 4: Architecture Design
Based on tier, generate the architecture:
Tier 1 Output:
skill-name/
SKILL.md
Tier 2 Output:
skill-name/
SKILL.md
scripts/
validate.py
process.py
references/
domain-knowledge.md
Tier 3 Output:
skill-name/ # Main orchestrator
SKILL.md
references/
shared-reference.md
skills/
skill-name-sub1/
SKILL.md
skill-name-sub2/
SKILL.md
Tier 4 Output:
skill-name/ # Main orchestrator
SKILL.md
references/
ref1.md
ref2.md
scripts/
script1.py
script2.py
assets/
template1.md
template2.md
skills/
skill-name-sub1/
SKILL.md
skill-name-sub2/
SKILL.md
...
agents/
skill-name-role1.md
skill-name-role2.md
Step 5: Sub-Skill Decomposition (Tier 3-4 only)
For each sub-skill, define:
- Name:
{parent}-{function}(kebab-case) - Responsibility: Single, clear purpose
- Inputs: What it needs from the orchestrator
- Outputs: What it returns
- Cross-references: Other sub-skills or references it needs
- Self-contained?: Can it run independently or needs orchestration?
Step 6: Routing Table
Design the command routing:
| Command | Routes to | Purpose |
|---------|-----------|---------|
| /skill-name | main SKILL.md | Interactive mode |
| /skill-name sub1 | skills/skill-name-sub1/ | Sub-workflow 1 |
| /skill-name sub2 | skills/skill-name-sub2/ | Sub-workflow 2 |
Step 7: Reference File Planning
Identify knowledge that should be extracted to reference files:
- Domain-specific rules and thresholds
- Industry templates
- API documentation
- Quality gates and validation criteria
Rule of thumb: If information is >50 lines and only needed for specific sub-workflows,
extract it to references/.
Step 8: Generate Plan Document
Create a structured plan document:
# Skill Plan: [name]
## Overview
- Domain: [domain]
- Tier: [1-4]
- Sub-skills: [count]
- Scripts: [count]
## Use Cases
[list from Step 2]
## Architecture
[diagram from Step 4]
## Sub-Skills
[details from Step 5]
## Routing
[table from Step 6]
## Reference Files
[list from Step 7]
## Next Steps
Run `/skill-forge build [name]` to scaffold the skill.
Examples
Example: Planning a DevOps Skill
User: "I want to create a skill for managing Docker containers and Kubernetes deployments"
Discovery reveals:
- 6 use cases (container management, K8s deploy, monitoring, logs, scaling, troubleshooting)
- Needs scripts for kubectl and docker commands
- Multiple distinct workflows
- Cross-references between monitoring and troubleshooting
Assessment: Tier 3 (multi-skill orchestrator)
Architecture:
devops/ # Main orchestrator
SKILL.md
scripts/
health_check.py # Cluster health check
log_parser.py # Log analysis
references/
k8s-patterns.md # Deployment patterns
docker-best-practices.md
skills/
devops-docker/SKILL.md # Container management
devops-k8s/SKILL.md # Kubernetes deployments
devops-monitor/SKILL.md # Monitoring and alerts
devops-logs/SKILL.md # Log analysis
devops-scale/SKILL.md # Scaling strategies
devops-fix/SKILL.md # Troubleshooting