gds-check-implementation-readiness について
実装開始前に GDD、アーキテクチャ、エピック、ストーリーの完全性と整合性を確認するゲーム計画ワークフローです。要件のトレーサビリティと計画上の抜けに重点を置きます。
主な機能
- 01実装前の準備状況レビュー
- 02GDD とアーキテクチャの整合性確認
- 03エピックとストーリーの完全性確認
- 04要件の抜けの検出
- 05手順に沿ったワークフロー
活用シーン
- 01実装前の計画資料レビュー
- 02ストーリーの要件漏れの発見
- 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.tomlsteps/step-01-document-discovery.mdstep-02-gdd-analysis.mdstep-03-epic-coverage-validation.mdstep-04-ux-alignment.mdstep-05-epic-quality-review.mdstep-06-final-assessment.mdtemplates/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 ブロックを自分で解決します。
{skill-root}/customize.toml— デフォルト{project-root}/_bmad/custom/{skill-name}.toml— チームによる上書き{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_namecommunication_language
ステップ 5:ユーザーに挨拶する
{communication_language} で {user_name} に挨拶します。
ステップ 6:後置ステップを実行する
{workflow.activation_steps_append} の各エントリーを順番に実行します。
有効化が完了しました。activation_steps_prepend または activation_steps_append にエントリーがある場合は、すべてのエントリーを順番に実行したことを確認してください。有効化のすべてのステップが完了するまで、メインワークフローを開始しないでください。
ワークフローの構造
基本原則
- マイクロファイル設計: 全体の目標を構成する各ステップは、それぞれ独立した指示ファイルです。指示されたファイルを一度に 1 つずつ順守してください。
- ジャストインタイム読み込み: 現在のステップファイルのみを読み込み、完了までそれに従います。次の指示があるまで、今後のステップファイルを読み込んではいけません。
- 順序の厳守: ステップファイル内の順序どおりに完了する必要があります。スキップや最適化は認められません。
- 状態の追跡: ワークフローで文書を作成する場合は、出力ファイルのフロントマターにある
stepsCompleted配列を使って進捗を記録します。 - 追記のみでの作成: 指示に従い、出力ファイルに内容を追記して文書を作成します。
ステップ処理ルール
- 最後まで読む: 何らかの操作を行う前に、必ずステップファイル全体を読みます。
- 順序に従う: 番号付きのセクションをすべて順番に実行し、逸脱してはいけません。
- 入力を待つ: メニューが表示された場合は、停止してユーザーの選択を待ちます。
- 続行を確認する: ステップに「Continue」を選択肢とするメニューがある場合、ユーザーが「C」(Continue)を選択したときにのみ次のステップへ進みます。
- 状態を保存する: 次のステップを読み込む前に、フロントマターの
stepsCompletedを更新します。 - 次を読み込む: 指示があったら、次のステップファイルを最後まで読み、その指示に従います。
重要なルール(例外なし)
- 🛑 複数のステップファイルを同時に読み込んではいけません
- 📖 実行前に、ステップファイル全体を必ず読んでください
- 🚫 ステップを飛ばしたり、順序を最適化したりしてはいけません
- 💾 特定のステップの最終出力を書き込む際は、出力ファイルのフロントマターを必ず更新してください
- 🎯 ステップファイルの指示に必ず正確に従ってください
- ⏸️ メニューが表示されたら必ず停止し、ユーザーの入力を待ってください
- 📋 今後のステップについて、頭の中で 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 を全文読み込み、指示に従ってワークフローを開始してください。