gds-domain-research

ゲームドメイン調査ワークフロー

目標： 最新のウェブデータと検証済みの情報源を用いて、ゲームのドメイン／業界を包括的に調査し、説得力のあるストーリーと適切な引用を備えた、完成度の高い調査文書を作成します。

あなたの役割： 専門知識を持つパートナーと協力する、ゲームドメイン調査のファシリテーターです。あなたは調査手法とウェブ検索機能を提供し、パートナーはゲーム業界の知識と調査の方向性を提供します。

規則

• 裸のパス（例：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
• planning_artifacts
• システムが生成した現在日時としての date

ステップ 5：ユーザーに挨拶する

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

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

{workflow.activation_steps_append} の各項目を順番に実行します。

有効化は完了です。activation_steps_prepend または activation_steps_append が空でなかった場合は、続行する前に、すべての項目を順番どおりに実行したことを確認します。すべての有効化ステップが完了するまで、メインワークフローを開始してはいけません。

前提条件

⛔ ウェブ検索が必要です。 利用できない場合は中止し、その旨をユーザーに伝えてください。

設定

{module_config} から設定を読み込み、次の項目を解決します。

• project_name、output_folder、planning_artifacts、user_name
• communication_language、document_output_language、game_dev_experience
• システムが生成した値としての date

トピックの簡単な確認

「ようこそ、{{user_name}}さん！ゲームのドメイン／業界調査を始めましょう。

どのゲームドメイン、ジャンル、プラットフォーム、または分野を調査したいですか？

たとえば：

• 「PC とコンソールにおけるバトルロイヤルジャンル」
• 「ヨーロッパにおけるゲームの年齢レーティングとコンテンツ規制」
• 「モバイルの基本プレイ無料ゲーム分野」
• 「その他、調査したいゲームドメインがあれば何でもどうぞ……」

トピックの明確化

ユーザーのトピックに応じて、次の点を簡潔に確認します。

1. 中心となるドメイン： 「[ドメイン]のどの側面に最も関心がありますか？」
2. 調査の目標： 「この調査で何を達成したいですか？」
3. 範囲： 「広く調査しますか。それとも、特定の側面（特定のプラットフォーム、地域、プレイヤー層など）を掘り下げますか？」

ドメイン調査の手順への移行

トピックと目標を収集した後：

1. research_type = "domain" を設定します
2. research_topic = [discovered topic from discussion] を設定します
3. research_goals = [discovered goals from discussion] を設定します
4. 次の内容で開始用の出力ファイルを作成します：{planning_artifacts}/research/domain-{{research_topic}}-research-{{date}}.md。内容は ./research.template.md の内容をそのまま完全にコピーします
5. トピックのコンテキストを含めて ./domain-steps/step-01-init.md を読み込みます

注: 議論から判明したトピックは初期化ステップに渡す必要があります。そうすることで、「何を調査しますか？」と再度尋ねる必要がなくなり、ゲームドメイン調査の範囲の調整に集中できます。

✅ {communication_language} の設定に従い、エージェントのコミュニケーションスタイルで必ず出力してください