mcpField
G
game-design-fantasy-extractor

game-design-fantasy-extractor

github.com/stanestaneその他9141 回インストール6 週間前に更新
リポジトリ

game-design-fantasy-extractor について

Game Design Fantasy Extractorは、ゲームシステムからプレイヤーの幻想を見つけるゲームデザイナー向けスキルです。幻想を支える仕組みや矛盾する仕組みを整理し、具体的な設計方針と最小限の修正案につなげます。

主な機能

  1. 01中核となるプレイヤー幻想の抽出
  2. 02補助的な幻想レイヤーの特定
  3. 03幻想を支援・阻害するシステムの整理
  4. 04システムやペース配分の矛盾の発見
  5. 05分析結果を設計上の示唆に変換

活用シーン

  1. 01初期ゲーム構想の明確化
  2. 02メカニクスと企画の整合性確認
  3. 03物語・アート・デザインの方向性調整
  4. 04コンセプトがありきたりに感じる原因の診断

インストール

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

$npx skills add https://github.com/stanestane/game-design-skills-bundle --skill game-design-fantasy-extractor

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

同梱ファイルreferences/family-conventions.mdreferences/output-patterns.md

詳細

ゲームデザインのファンタジー抽出

ジャンルの外枠や、その上に掲げられた宣伝文句だけではなく、デザインが実際にプレイヤーへ届けようとしているファンタジーを抽出します。

チームがシステム、行動、コンテンツについて説明できても、プレイヤーにどのような人物になり、何を感じ、どのような感情の中に身を置いてほしいのかを明確に言い表せないときに、このスキルを使ってください。目標は、デザインそのものから中核となるプレイヤーファンタジーを推測し、システムがそれを支えているかを確かめ、ファンタジーがありきたりだったり、分裂していたり、見せかけだけだったりする箇所を明らかにすることです。

このゲームデザインスキル群に共通するスタイル、優先順位付け、診断ルールを確認したい場合は、references/family-conventions.mdを読んでください。 推奨事項と最小限の修正をまとめた望ましい構成を確認したい場合は、references/output-patterns.mdを読んでください。

基本原則

プレイヤーが愛着を抱くのは、抽象的なメカニクスではありません。メカニクスによって自分が何になれるかに愛着を抱きます。

有用なファンタジーの記述には、次の3つの要素があります。

  • プレイヤーが何者になるのかを示す
  • プレイヤーが求める感情的な報酬を暗示する
  • テーマの飾り付けだけでなく、繰り返し遊ぶ中で支えられている

無関係なゲームを50本並べても当てはまるようなら、デザインの指針にするには弱すぎます。

作成する内容

次の項目を作成します。

  1. 中核となるファンタジー - デザインから読み取れる、プレイヤー視点で最も強いファンタジー
  2. ファンタジーを支える層 - デザインに含まれる副次的なファンタジーや感情的な約束
  3. ファンタジーの支援マップ - どのシステムがファンタジーを強化し、どのシステムがそれを損なうか
  4. ファンタジーの衝突 - システム、ペース配分、進行が、掲げられたファンタジーを損なう箇所
  5. デザインへの示唆 - 強化、明確化、削除、または再定義すべきこと

プロセス

1. 抽出対象を定義する

次の点を明確にします。

  • 分析対象となるゲーム、機能、ループ、または企画の正確な範囲
  • ファンタジーの対象が製品全体なのか、特定の体験の一部なのか
  • 現在のファンタジーを抽出するのか、掲げられたファンタジーを検証するのか

次の項目を書きます。

  • 抽出対象
  • 範囲
  • 掲げられているファンタジー(ある場合)
2. プレイヤーの行動と役割を特定する

次の点を確認します。

  • プレイヤーが繰り返し行うこと
  • プレイヤーが行使する力
  • プレイヤーが下す決定
  • プレイヤーが占める社会的・世界内での立場
  • プレイヤーが引き起こす結果

次のように問いかけます。

  • プレイヤーは実際にどのような役割を担っているのか?
  • デザインはどのような主体性を与えているのか?
  • プレイヤーは熟達、思いやり、支配、発見、生存、演技、管理、反抗、創造、あるいは別の何かを表現しているのか?
3. 感情的な約束を推測する

次のように問いかけます。

  • プレイヤーが最も良い瞬間に感じるべきことは何か?
  • ループの感情的な一貫性を保つファンタジー上の報酬は何か?
  • デザインは、有能さ、機知、力、危険、親密さ、作者としての創造性、帰属意識、支配、混沌、変化のどれを約束しているのか?

最も強い感情的な約束を、平易な言葉で述べます。

4. ファンタジーとテーマの表層を分ける

ファンタジーがシステムに根ざしているのか、それともほとんど表面的なものなのかを確認します。

例:

  • リーダーシップをテーマに掲げながら、実際のプレイは表計算による最適化が中心のゲーム
  • 無法な混沌をテーマにしながら、構造上は即興的な行動にペナルティを課すゲーム
  • 自由を宣伝しながら、プレイヤーを狭いルートへ誘導するゲーム

次のように問いかけます。

  • アートとフィクションの要素を取り除いても、プレイを通じて同じファンタジーが読み取れるか?
  • ファンタジーは行動によって実現されているのか、それともプレイヤーに語り聞かせるだけなのか?
5. 支えるファンタジーと競合するファンタジーを特定する

多くのデザインには副次的なファンタジーが含まれます。衝突しない限り、それは問題ありません。

次のような組み合わせに注目します。

  • パワーファンタジーと脆弱性のファンタジー
  • 熟達のファンタジーと、心地よい儀式のファンタジー
  • 自由のファンタジーと、作者が制御する物語のファンタジー
  • 社会的な帰属意識のファンタジーと、個人による支配のファンタジー

最も強い副次的なファンタジーを挙げ、それらが中核となるファンタジーを強化するのか、曖昧にするのかを示します。

6. 支援と矛盾をマッピングする

主要なシステムごとに、次の点を確認します。

  • ファンタジーを強化しているか
  • 注意をそらしているか
  • 損なっているか
  • 別のファンタジーに置き換えているか

次の形式を使います。

システムまたはループの要素ファンタジーを支えているか?理由
...強く / 部分的に / 弱く / いいえ...
7. 抽出したファンタジーを明確に書く

次のような簡潔な形式が適しています。

  • あなたは……です
  • ……のような気分を味わえます
  • これは、……になることを描いたゲームです

よい例は具体的で、感情が伝わります。 悪い例は、パッケージの宣伝文句のように曖昧です。

8. ファンタジーをデザイン上の示唆に落とし込む

重要なファンタジーの主張ごとに、次の点を示します。

  • ファンタジーの約束
  • デザインが繰り返し実現すべきこと
  • ファンタジーを損なうため、デザインが避けるべきこと

例:

  • 無法者の即興性 -> 厳格な計画だけでなく、大胆な好機の活用にもシステムが報いる
  • 都市の運営 -> プレイヤーの行動によって世界が目に見えて改善されたり、形作られたりする
  • 捕食者としての熟達 -> 常に消耗を恐れるのではなく、遭遇時に圧倒的な強さを発揮できる

回答の構成

ユーザーから別の指定がない限り、次の構成を使います。

抽出対象
  • ...
中核となるファンタジー
  • ...
ファンタジーを支える層
  • ...
ファンタジー支援マップ
  • ...
ファンタジーの矛盾
  • ...
デザイン上の示唆
  1. ...
  2. ...
  3. ...
最小限の再構成または修正
  • ...

クイックモード

素早く確認するときは、次の問いを使います。

  • プレイヤーは実際に何者になれるのか?
  • デザインが最高の形で約束する感情は何か?
  • そのファンタジーを最も強く支えるシステムは何か?
  • そのファンタジーに最も明白に背くシステムは何か?
  • ファンタジーを明確にするには、何を一つ変更すればよいか?

使用上の注意

この抽出ツールは、特に次の用途に役立ちます。

  • 初期段階のコンセプトづくり
  • ピッチの整理
  • ファンタジーを軸にしたアイデア創出
  • メカニクスが感情面の約束と一致しているかの確認
  • システム自体はよくできているのに、コンセプトが平板に感じられる理由の特定
  • プレイヤーへの約束を中心とした、物語・アート・デザインの連携

よくあるパターンに注意してください。

  • チームはファンタジーではなく、設定を説明しがちです
  • 多くのデザインは自由をうたう一方、構造上は服従を求めます
  • 複数のファンタジーは共存できますが、優先順位を定める必要があります
  • システムに支えられないファンタジーは、高価な飾りにすぎません
  • プレイヤーの役割が曖昧なら、ファンタジーもおそらく曖昧です

基本原則

デザインは、単なるメカニクスの集合ではありません。「このゲームをプレイしながら、自分は何者になれるのか」という問いへの答えです。

このスキルを使って、その答えを明確にし、ゲームがその答えに見合う体験を実現できているか確かめてください。


Stanislav Stankovic による Game Design Skills Bundle の一部です。 PolyForm Noncommercial 1.0.0 の下でライセンスされています。個人・学術・非営利目的であれば無料で利用できます。商用利用にはライセンスが必要で、スキルパックとして販売されています。利用条件については https://github.com/Stanestane/game-design-skills-bundle をご覧ください。

必須表示:Copyright Stanislav Stankovic (https://www.stane-island.net/)

コメント