jpskill.com
🛠️ 開発・MCP コミュニティ

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本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
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
🪟 Windows (PowerShell)
$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. 1. 下の青いボタンを押して skill-forge-plan.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → skill-forge-plan フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

スキルのアーキテクチャと設計の計画

プロセス

ステップ 1: ドメインの発見

ユーザーに以下の質問をします(状況に応じて調整してください)。

  1. このスキルはどのドメインのものですか? (例: SEO、広告、DevOps、データ分析)
  2. 上位2〜3個のユースケースは何ですか? ユーザーは何を達成できるべきですか?
  3. ユーザーはどのようなトリガーフレーズを言うでしょうか? 5〜10個の自然言語トリガーをリストアップしてください。
  4. 外部ツールは必要ですか? MCP サーバー、API、CLI ツールなど。
  5. ターゲットユーザーは誰ですか? 開発者、マーケター、アナリスト、一般ユーザー?

ステップ 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):

  1. What domain is this skill for? (e.g., SEO, advertising, DevOps, data analysis)
  2. What are the top 2-3 use cases? What should users be able to accomplish?
  3. What trigger phrases would users say? List 5-10 natural language triggers.
  4. Does it need external tools? MCP servers, APIs, CLI tools?
  5. 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