mcpField
B
brainstorm

brainstorm

github.com/donchitosクリエイティブ・メディア29.1k627 回インストール2 週間前に更新
リポジトリ

brainstorm について

brainstormは、ゲームの初期アイデアを次の開発工程で使う文書にまとめるデザインスキルです。設定されたワークフローに応じて、1ページのゲームブリーフまたは詳細なゲームコンセプトを作成し、内容の確認を経て進めます。

主な機能

  1. 01初期案からゲームコンセプトを作成
  2. 02ワークフローに応じてブリーフか企画書を作成
  3. 03コアループとプレイヤー目標を整理
  4. 04MVPの範囲と対象外項目を定義
  5. 05承認後にデザイン文書を作成

活用シーン

  1. 01漠然としたゲーム案を計画に整理
  2. 02コアループと失敗条件を定義
  3. 03最初の開発範囲に必要な要素を選定
  4. 04ストーリー作成や開発の設計材料を準備

インストール

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

$npx skills add https://github.com/donchitos/claude-code-game-studios --skill brainstorm

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

同梱ファイルreferences/full-concept.md

詳細

!bash "${CLAUDE_SKILL_DIR}/../../hooks/yaml-helper.sh" resolve_config --keys review_mode,automation,docs.density,workflow

上で解決済みです。そのまま使用してください。ブロックがない場合は、.claude/docs/config-resolution.md のデフォルト値（ workflow: minimal、review_mode: solo、automation: collaborative、docs.density: terse）を使用し、設定が読み取られなかったことを伝えてください。

ブレインストーミング

アイデアがない状態、または大まかなアイデアから、次のステップの土台となる設計書を作成します。作成する分量は workflow によって異なります。

  • minimal: 以下の Lean Brief フローに従います。1ページの design/game-brief.md を作成したら終了します。ディスカバリーの質問、ピラー、ディレクターゲート、game-concept.md の作成は行わず、references/full-concept.md も読み込みません。
  • standard または full: references/full-concept.md を読み、その手順に従います。.claude/docs/templates/game-concept.md をもとに design/gdd/game-concept.md を作成します。ゲートは .claude/docs/director-gates.md に従います。各ディレクターエージェントには、それぞれ専用のゲートファイル .claude/docs/director-gates/<gate-id in lower case>.md（cd-pillars.md、ad-concept-visual.md、td-feasibility.md、pr-scope.md）を渡し、あなた自身はそれらのファイルを読みません。

スキル名の後に入力されたテキストに --review が含まれている場合、この実行では review_mode が上書きされます。 docs.density は各セクションの詳しさを設定します。terse = 箇条書き、balanced = 簡潔な根拠付き、thorough = 根拠と代替案付きです。質問は .claude/docs/automation-modes.md に従います（collaborative は質問し、guided は重要な決定についてのみ質問し、autonomous は記録して続行します。常に質問するカテゴリでは必ず質問します）。

質問ツールを使って質問してください。質問ツールがない場合は、選択肢に番号を付けて列挙し、返答を待つためにターンを終了してください。返信の最後には質問を置いてください。質問の後に助言や推奨案を付けないでください。質問がスキップまたは却下された場合、それは回答ではありません。プレーンテキストで再度質問してください。

Lean Brief フロー（workflow: minimal）

やり取りは15回ではなく数回です。ゲームを成り立たせる考えを1ページにまとめたら、すぐにコードに進みます。テンプレート .claude/docs/templates/game-brief.md を使って書きます（必須フィールド6つ、1行の記述3つ）。design/game-brief.md が存在する場合は、最初から作り直すのではなく、読み込んで内容を磨きます。

  1. コンセプト。 スキル名の後に入力されたヒント（またはヒントがなければ、まず簡単な質問を1つ）をもとに、コンセプトカードを作り込むのではなく、1行のコンセプトを2～3案提示します（動詞から始めるか、ジャンルとテーマを組み合わせます）。ユーザーに選択または組み合わせてもらいます。これは、毎回必ず尋ねる唯一のクリエイティブな質問です。

  2. 会話の中でブリーフを埋めます。1回のやり取りで複数のフィールドを進めます。

    • 仮タイトル： ブリーフのタイトル行です。選んだコンセプトから案を1つ提示し、ユーザーに変更してもらいます。/create-stories は、このタイトルに基づいてエピックのフォルダーに名前を付けます。
    • 売り文句： ワクワク感のある1行の説明です。
    • コアループ： プレイヤーが繰り返す2～4段階の行動です。
    • プレイヤーの目標と失敗条件：プレイヤーが何を目指し、どうなると失敗するかです。/create-stories はこれを受け入れ条件に反映します。
    • MVP： ゲームを成立させる短い項目リストです。各項目がストーリーになります。項目が7つを超える場合は、見直しを促します。 MVPとして長すぎると伝え、削る項目（コアループの成立に不要なもの）を提案し、ブリーフを7項目以内に収めます。
    • 対象外： 意図的に開発しないものです。削った項目はここに記載します。
    • 開発順序： 最もリスクが高い部分、または実証が不十分な部分を最初にします。
    • 対象ユーザーと感じてもらいたいこと、アートとオーディオの方向性、参考ゲーム（最も近いリリース済みゲームと、MVPに取り入れるその要素）：それぞれ1行で記載します。案として提示し、押しつけないでください。

  3. 入力済みのブリーフ全体を提示します。 その後、単独の質問として次のように尋ねます。「ブリーフの準備ができました。design/game-brief.md に書き込んでもよいですか？」 はい — 書き込んでください / 先にフィールドを修正する。この質問に対する明示的な「はい」があった場合にのみ書き込みます。削除項目への同意や「続けて」という返答は、書き込みへの同意ではありません。修正する場合は、指定されたフィールドを変更し、変更前と変更後を提示して、もう一度尋ねます。その後、必要に応じてフォルダーを作成し、design/game-brief.md に書き込みます。この段階では design/gdd/game-concept.md に書き込まないでください。

  4. 次のステップ。 project.yaml の engine.name を読み取ります。

    1. /setup-engine：エンジンを設定します。engine.name が存在しないか空の場合に限り、これをリストに含めます。minimal のフローでは、このスキルの前にすでに実行されていることが一般的です。
    2. /create-stories：MVP のリストをストーリーにします。minimal では、個別の /create-epics や /sprint-plan はありません。開発順序が計画になります。
    3. /dev-story：ゲームコードの最初の1行です。

    次に、売り文句、MVP項目数、design/game-brief.md を記した要約を1行で示します。最後に Verdict: COMPLETE — game brief written; next stop is code. という行を記載します。

書き込み前にユーザーが中断した場合は、ブリーフは書き込まれておらず、この会話の中だけにあることを伝えます。

コメント

Markdown 対応