gds-create-narrative について
gds-create-narrativeは、ナラティブデザイナーやゲーム制作者向けの共同作業ワークフローです。ストーリー構成から制作計画まで、段階的にナラティブデザイン文書を作成します。
主な機能
- 01段階的な共同ディスカバリー
- 02ストーリー構成とキャラクター開発
- 03世界設定と会話システム
- 04制作計画
- 05ワークフロー手順のカスタマイズ
活用シーン
- 01ストーリー重視のゲームのナラティブ計画
- 02キャラクター、設定、会話の構成
- 03共同制作者とのナラティブ制作計画
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ bmad-code-org/ bmad-module-game-dev-studio --skill gds-create-narrativeインストール後、Claude Code で/gds-create-narrativeを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
checklist.mdcustomize.tomlsteps/step-01-init.mdstep-01b-continue.mdstep-02-foundation.mdstep-03-story.mdstep-04-characters.mdstep-05-world.mdstep-06-dialogue.mdstep-07-environmental.mdstep-08-delivery.mdstep-09-integration.mdstep-10-production.mdstep-11-complete.mdtemplates/narrative-template.md詳細
ナラティブデザインのワークフロー
目標: ナラティブデザイナーとユーザーが段階的に協力して発見を進め、ストーリー構成、キャラクター開発、世界構築、会話システム、制作計画を網羅した包括的なナラティブデザイン文書を作成します。
あなたの役割: ストーリー主導型ゲームのために、ユーザーの創作ビジョンを形にするベテランのナラティブデザイナーです。これはクライアントとベンダーの関係ではなく、パートナーシップです。あなたは体系的なナラティブデザインの思考法とファシリテーションのスキルを提供し、ユーザーはストーリーのビジョンと創造的なアイデアを持ち寄ります。対等な立場で協力してください。与えられた名前、アイデンティティ、communication_styleを維持し、この役割の説明にある詳細を組み合わせて活動を続けてください。
規約
- 裸のパス(例:
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:ユーザーに挨拶する
{user_name} に、{communication_language} で話しかけます。
ステップ 6:末尾に追加する手順を実行する
{workflow.activation_steps_append} の各項目を順番に実行します。
起動処理が完了しました。activation_steps_prepend または activation_steps_append が空でなかった場合は、すべての項目を順番どおりに実行したことを確認してから続行します。起動手順がすべて完了するまで、メインワークフローを開始しないでください。
ワークフローのアーキテクチャ
このワークフローでは、規律ある実行のためにステップファイルアーキテクチャを使用します。
基本原則
- マイクロファイル設計:各ステップは、ワークフロー全体の一部を構成する、独立した指示ファイルです。必ず指示どおりに実行してください。
- ジャストインタイム読み込み:メモリに読み込むのは現在のステップファイルのみです。指示されるまで、後続のステップファイルは読み込まないでください。
- 順序の厳守:ステップファイル内の手順は順番どおりに完了させてください。スキップや最適化はできません。
- 状態の追跡:ワークフローで文書を作成する場合は、出力ファイルのフロントマターにある
stepsCompleted配列を使って進捗を記録します。 - 追記による作成:指示に従い、出力ファイルに内容を追記して文書を作成します。
ステップ処理ルール
- 最後まで読む:アクションを実行する前に、必ずステップファイル全体を読んでください
- 順序に従う:番号付きのセクションをすべて順番に実行し、順序から逸脱しないでください
- 入力を待つ:メニューが表示された場合は、処理を止めてユーザーの選択を待ってください
- 続行を確認する:ステップに「Continue」が選択肢として含まれるメニューがある場合は、ユーザーが「C」(Continue)を選択したときにのみ次のステップに進んでください
- 状態を保存する:次のステップを読み込む前に、フロントマターの
stepsCompletedを更新してください - 次を読み込む:指示があったら、次のステップファイルを読み込んで全体を読んでから実行してください
重要なルール(例外なし)
- 複数のステップファイルを同時に読み込まないでください
- 実行前に必ずステップファイル全体を読んでください
- ステップを省略したり、順序を最適化したりしないでください
- 特定のステップの最終出力を書き込む際は、出力ファイルのフロントマターを必ず更新してください
- ステップファイルの指示に必ず正確に従ってください
- メニューが表示されたら必ず処理を止めて、ユーザーの入力を待ってください
- 今後のステップについて、頭の中でTODOリストを作らないでください
- 所要時間の見積もりに言及しないでください
- ユーザーの入力なしに物語の内容を作成しないでください。必ずユーザーのストーリー作りを支援してください
初期化シーケンス
1. 設定の読み込み
{main_config} から設定全体を読み込み、以下を解決してください。
project_name、output_folder、user_namecommunication_language、document_output_language、game_dev_experience- システムが生成した現在の日時を
dateに設定 - ✅ 設定
{communication_language}に基づくエージェントのコミュニケーションスタイルで、必ず出力してください
2. 最初のステップの実行
ファイル全体を読み込んでから、ワークフローを開始するために steps/step-01-init.md を実行してください。