mcpField
G
game-design-docs

game-design-docs

github.com/lvtd-llc開発166 回インストール7 週間前に更新
リポジトリ

game-design-docs について

AIゲーム制作エージェントがセッションをまたいで一貫した判断を行えるよう、簡潔で保守しやすい設計文書を作成するスキルです。決定事項、未解決の問い、実装上の制約、検証根拠を整理します。

主な機能

  1. 01文書タイプの選択
  2. 02意図と実装詳細の分離
  3. 03決定事項と未解決項目の記録
  4. 04仕様とプロジェクト成果物の連携
  5. 05実装・保守ルールの明示

活用シーン

  1. 01ゲームチーム内の設計意図の共有
  2. 02エージェント向け実装ブリーフの作成
  3. 03プレイテスト結果や設計判断の記録

インストール

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

$npx skills add https://github.com/lvtd-llc/skills --skill game-design-docs

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

同梱ファイルreferences/core/guide.mdworkflows/living-design-doc.md

詳細

ゲームデザインドキュメント

このスキルを使うと、AI ゲーム開発エージェントがセッションをまたいで一貫した判断を行えるよう支援するドキュメントを作成できます。ドキュメントは、最新の状態を保てる程度に短く、実装を制約できる程度に具体的なものにしてください。

出典の追跡可能性

主な出典:Jesse Schell 著『The Art of Game Design: A Book of Lenses, Third Edition』、特にデザインドキュメントとチーム内コミュニケーションを扱う第27章。ワークフローは、原著を変換して言い換えたものです。

補足資料:ゲームスキルパックのその他の内容。デザインのレンズを、実装可能な概要に変換します。

ワークフロー

  1. ドキュメントの目的を決めます。認識合わせ、実装、コンテンツ制作、調整、プレイテスト、または記憶のいずれかです。
  2. 変わりにくい意図と、変更されやすい実装の詳細を分けます。
  3. 決定事項、却下した代替案、未解決の質問、検証の根拠を記録します。
  4. 可能な場合は、仕様をコード、データ、アセット、テスト、テレメトリーに関連付けます。
  5. ドキュメントは、小さなコード編集のたびではなく、デザイン上の決定後に更新します。

必須の出力

  • Doc Type:ブリーフ、システム仕様、機能の契約書、調整シート、コンテンツスキーマ、プレイテストレポート、または決定ログ。
  • Canonical Sections:ドキュメントの種類に適した簡潔な見出し。
  • Open Questions:担当者または次に必要な根拠を添えた、未解決の決定事項。
  • Implementation Contract:エージェントが実装すべきこと、避けるべきこと、テストすべきこと、計測すべきこと。
  • Maintenance Rule:このドキュメントを更新する必要があるタイミング。

ローカルの参照資料

デザインドキュメントを作成する前に、次を読んでください。

  • references/core/guide.md
  • workflows/living-design-doc.md

コメント