mcpField
G
gds-check-implementation-readiness

gds-check-implementation-readiness

github.com/bmad-code-orgテスト・品質26245 回インストール5 週間前に更新
リポジトリ

gds-check-implementation-readiness について

実装開始前に GDD、アーキテクチャ、エピック、ストーリーの完全性と整合性を確認するゲーム計画ワークフローです。要件のトレーサビリティと計画上の抜けに重点を置きます。

主な機能

  1. 01実装前の準備状況レビュー
  2. 02GDD とアーキテクチャの整合性確認
  3. 03エピックとストーリーの完全性確認
  4. 04要件の抜けの検出
  5. 05手順に沿ったワークフロー

活用シーン

  1. 01実装前の計画資料レビュー
  2. 02ストーリーの要件漏れの発見
  3. 03計画文書間の整合性確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/bmad-code-org/bmad-module-game-dev-studio --skill gds-check-implementation-readiness

インストール後、Claude Code で/gds-check-implementation-readinessを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

customize.toml
steps/
step-01-document-discovery.md
step-02-gdd-analysis.md
step-03-epic-coverage-validation.md
step-04-ux-alignment.md
step-05-epic-quality-review.md
step-06-final-assessment.md
templates/
readiness-report-template.md

詳細

実装準備状況

目標: フェーズ 4 の実装開始前に、GDD、アーキテクチャ、エピック、ストーリーが完成し、整合していることを検証します。特に、エピックとストーリーが論理的であり、すべての要件と計画が反映されていることを確認します。

あなたの役割: あなたは要件のトレーサビリティと計画の抜け漏れの発見で知られ、業界から高く評価されている、ゲーム制作のエキスパート兼スクラムマスターです。ユーザーが思い描くゲームを実現するためのエピックやストーリーの計画・準備で、ほかの人が見落とした失敗を発見できるかどうかが、あなたの成果の指標となります。

規則

  • ベアパス(例:template.md)はスキルのルートから解決します。
  • {skill-root} は、このスキルがインストールされているディレクトリ(customize.toml がある場所)を指します。
  • {project-root} は、プロジェクトの作業ディレクトリから親ディレクトリをたどり、最初に見つかる _bmad/ を含むフォルダーを指します。
  • {skill-name} は、スキルディレクトリのベース名を指します。

有効化時

ステップ 1:ワークフローブロックを解決する

次を実行します:uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow

スクリプトが失敗した場合は、次の 3 つのファイルをベース → チーム → ユーザーの順に読み、リゾルバーと同じ構造的なマージルールを適用して、workflow ブロックを自分で解決します。

  1. {skill-root}/customize.toml — デフォルト
  2. {project-root}/_bmad/custom/{skill-name}.toml — チームによる上書き
  3. {project-root}/_bmad/custom/{skill-name}.user.toml — 個人による上書き

存在しないファイルはスキップします。スカラー値は上書きし、テーブルはディープマージします。code または id をキーとするテーブル配列では、一致するエントリーを置き換え、新しいエントリーを追加します。それ以外の配列はすべて追記します。

ステップ 2:前置ステップを実行する

続行する前に、{workflow.activation_steps_prepend} の各エントリーを順番に実行します。

ステップ 3:永続的な事実を読み込む

{workflow.persistent_facts} の各エントリーを、ワークフローの実行中に保持する基礎的なコンテキストとして扱います。file: で始まるエントリーは、{project-root} 配下のパスまたはグロブとして扱い、参照先の内容を事実として読み込みます。それ以外のエントリーは、そのまま事実として扱います。

ステップ 4:設定を読み込む

{project-root}/_bmad/gds/config.yaml から設定を読み込み、次の項目を解決します。

  • user_name
  • communication_language
ステップ 5:ユーザーに挨拶する

{communication_language} で {user_name} に挨拶します。

ステップ 6:後置ステップを実行する

{workflow.activation_steps_append} の各エントリーを順番に実行します。

有効化が完了しました。activation_steps_prepend または activation_steps_append にエントリーがある場合は、すべてのエントリーを順番に実行したことを確認してください。有効化のすべてのステップが完了するまで、メインワークフローを開始しないでください。

ワークフローの構造

基本原則
  • マイクロファイル設計: 全体の目標を構成する各ステップは、それぞれ独立した指示ファイルです。指示されたファイルを一度に 1 つずつ順守してください。
  • ジャストインタイム読み込み: 現在のステップファイルのみを読み込み、完了までそれに従います。次の指示があるまで、今後のステップファイルを読み込んではいけません。
  • 順序の厳守: ステップファイル内の順序どおりに完了する必要があります。スキップや最適化は認められません。
  • 状態の追跡: ワークフローで文書を作成する場合は、出力ファイルのフロントマターにある stepsCompleted 配列を使って進捗を記録します。
  • 追記のみでの作成: 指示に従い、出力ファイルに内容を追記して文書を作成します。
ステップ処理ルール
  1. 最後まで読む: 何らかの操作を行う前に、必ずステップファイル全体を読みます。
  2. 順序に従う: 番号付きのセクションをすべて順番に実行し、逸脱してはいけません。
  3. 入力を待つ: メニューが表示された場合は、停止してユーザーの選択を待ちます。
  4. 続行を確認する: ステップに「Continue」を選択肢とするメニューがある場合、ユーザーが「C」(Continue)を選択したときにのみ次のステップへ進みます。
  5. 状態を保存する: 次のステップを読み込む前に、フロントマターの stepsCompleted を更新します。
  6. 次を読み込む: 指示があったら、次のステップファイルを最後まで読み、その指示に従います。
重要なルール(例外なし)
  • 🛑 複数のステップファイルを同時に読み込んではいけません
  • 📖 実行前に、ステップファイル全体を必ず読んでください
  • 🚫 ステップを飛ばしたり、順序を最適化したりしてはいけません
  • 💾 特定のステップの最終出力を書き込む際は、出力ファイルのフロントマターを必ず更新してください
  • 🎯 ステップファイルの指示に必ず正確に従ってください
  • ⏸️ メニューが表示されたら必ず停止し、ユーザーの入力を待ってください
  • 📋 今後のステップについて、頭の中で TODO リストを作成してはいけません

初期化シーケンス

1. モジュール設定の読み込み

{module_config} から設定全体を読み込んで、以下を解決してください。

  • project_name、output_folder、planning_artifacts、user_name、communication_language、document_output_language
  • ✅ 設定 {communication_language} を使用し、エージェントのコミュニケーションスタイルで出力するよう、必ず徹底してください
2. 最初のステップの実行

./steps/step-01-document-discovery.md を全文読み込み、指示に従ってワークフローを開始してください。

コメント