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

mcp-software-planning

このリポジトリの変更点について、要件定義から設計、タスク分解、実行計画まで、構造化された計画書を自動生成するSkill。

📜 元の英語説明(参考)

Use the Software-planning-mcp MCP server (github:NightTrek/Software-planning-mcp) to generate requirements, designs, task breakdowns, and execution plans for changes in this repo; use when you need structured planning artifacts (requirements/design/tasks) before implementation.

🇯🇵 日本人クリエイター向け解説

一言でいうと

このリポジトリの変更点について、要件定義から設計、タスク分解、実行計画まで、構造化された計画書を自動生成するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

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

🎯 この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-17
取得日時
2026-05-17
同梱ファイル
1

📖 Skill本文(日本語訳)

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

[Skill 名] mcp-software-planning

MCP スキル: ソフトウェア計画

範囲

.vscode/mcp.jsonSoftware-planning-mcp として設定された MCP サーバーを使用して、Black-Tortoise ガバナンス (DDD 境界、append-before-publish、ミニマリズム) に沿った計画成果物を作成します。

前提条件

  • .vscode/mcp.jsonSoftware-planning-mcp という名前のサーバーエントリが含まれていることを確認してください。
  • 計画の出力は、リポジトリのワークフロー (要件/設計/タスク + 必要に応じて監査メモ) と互換性がある必要があります。

運用ルール

  • 計画は最小限かつ検証可能に保ちます (オッカムの剃刀): 使用される成果物のみを作成します。
  • すべての計画ステップを、このリポジトリ内の具体的なファイル/コマンド (例: pnpm run architecture:gate) に関連付けます。
  • API やレイヤーを考案せず、既存のモジュール境界に従います。

典型的なワークフロー

  1. 要件のドラフト作成
  • 入力: 機能目標、制約、影響を受ける境界コンテキスト/機能。
  • 出力: 受け入れ基準 + 非機能制約。
  1. 設計の概要
  • 入力: 既存のモジュール場所 + イベント/状態の制約。
  • 出力: 依存関係の方向、イベント、ストアの変更、UI シグナル、永続性。
  1. タスクの分解
  • 出力: 明示的な検証ステップ (lint/build/gate/tests) を含む順序付けられたタスク。

プロンプトテンプレート

  • 「<goal> の requirements.md と tasks.md 計画を作成してください。制約: Angular 20 zoneless、signals-first、event-first flow、DDD 境界。変更するファイルと実行するコマンドをリストしてください。」
  • 「append-before-publish を使用して、機能 <name> の design.md をドラフトし、イベントスキーマと因果関係 ID を含めてください。最小限に保ってください。」

検証チェックリスト

  • アーキテクチャの方向性が維持されていること (Presentation -> Application -> Domain; Infrastructure はポートを実装)。
  • Append -> Publish -> React の順序が明示的であること。
  • アーキテクチャ、イベント、または統合に影響する変更の場合、テスト/ゲートがリストされていること。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

MCP Skill: Software Planning

Scope

Use the MCP server configured as Software-planning-mcp in .vscode/mcp.json to produce planning artifacts that align with Black-Tortoise governance (DDD boundaries, append-before-publish, minimalism).

Preconditions

  • Ensure .vscode/mcp.json contains a server entry named Software-planning-mcp.
  • Planning output must be compatible with the repo workflow (requirements/design/tasks + audit notes when needed).

Operating Rules

  • Keep plans minimal and verifiable (Occam's Razor): only create artifacts that will be used.
  • Tie every plan step to a concrete file/command in this repo (e.g., pnpm run architecture:gate).
  • Do not invent APIs or layers; follow existing module boundaries.

Typical Workflows

  1. Requirements drafting
  • Input: feature goal, constraints, affected bounded context/capability.
  • Output: acceptance criteria + non-functional constraints.
  1. Design outline
  • Input: existing module location + eventing/state constraints.
  • Output: dependency direction, events, store changes, UI signals, persistence.
  1. Task breakdown
  • Output: ordered tasks with explicit validation steps (lint/build/gate/tests).

Prompt Templates

  • "Create a requirements.md and tasks.md plan for: <goal>. Constraints: Angular 20 zoneless, signals-first, event-first flow, DDD boundaries. List files to touch and commands to run."
  • "Draft a design.md for capability <name> using append-before-publish, include event schema and causality IDs. Keep it minimal."

Validation Checklist

  • Architecture direction preserved (Presentation -> Application -> Domain; Infrastructure implements ports).
  • Append -> Publish -> React ordering explicit.
  • Testing/gates listed when the change touches architecture, eventing, or integration.