design-quest-mission-design

クエストとミッションの設計

目的

あらゆるゲームジャンルに対応する、クエストの種類、目標ツリー、報酬体系、ミッション進行の設計です。必須のロア確認を通じて、物語の一貫性を確保します。

使用する場面

トリガー：クエスト設計、ミッション設計、目標、クエストの種類、クエスト報酬、クエストツリー、ミッション進行、サイドクエスト、メインクエスト、クエストチェーン、目標設計

前提条件

• quest-narrative-coherence — 必須。クエストを作成する前に、5 段階の一貫性チェックを読み、従ってください。
• game-design-fundamentals — コアループと報酬システムに関する知識
• worldbuilding — クエストの舞台となる世界の背景

基本原則

Jonathan Blow：「すべてのパズルは、単なる暇つぶしではなく、本物のひらめきとして感じられるべきです。」 Sid Meier：「ゲームとは、興味深い判断の連続です。」 Hidetaka Miyazaki：「クエストは目標を与えるだけでなく、世界を明らかにするべきです。」

1. すべてのクエストは一貫性チェックに合格しなければなりません — 世界から孤立したクエストや、ロアとの矛盾は認められません（quest-narrative-coherence を参照）
2. 目標には意味のある選択肢を設けてください — 単に「ここへ行って、これを集める」だけではいけません（Sid Meier）
3. クエスト報酬はゲーム内経済に合わせてください — バランス調整のために game-economy-design と照らし合わせます
4. 複数の解決方法を用意してください — 重要なクエストは、少なくとも 2 通りの方法でクリアできるようにします（Jonathan Blow）
5. クエストを通じて世界を明らかにしてください — どのクエストも、プレイヤーに世界について何かを教えるべきです（Miyazaki）
6. ペース配分をゲームに合わせてください — クエストの長さと密度は、game-design-fundamentals で定めたプレイセッションのリズムに合わせます
7. 物語上の目的がないお使いクエストは避けてください — クエストのゲームプレイが単純なら、物語は豊かでなければなりません

手順

1. 一貫性チェックを実施する

quest-narrative-coherence の 5 段階チェックに従います。ロアを読み込み、レジストリを確認し、妥当性を検証し、既存のコンテンツを参照して登録します。

2. クエストの種類を定義する

クエストの種類の分類（以下を参照）から選択します。

3. 目標ツリーを設計する

目標、分岐経路、達成条件を整理します。

4. 報酬のバランスを調整する

適切な報酬規模について、game-economy-design と照らし合わせます。

5. クエストの概要を書く

templates/ にあるクエストのテンプレートを使用します。

6. クエストを登録する

一貫性に関する条項に従い、quest-registry.md に追加します。

クエストの種類

種類	説明	例（抽象）
メインストーリー	メインの物語の筋を進める	「[event] の真相を解明する」
サイドクエスト	任意で、世界を掘り下げる	「[NPC] の [problem] を解決する」
クエストチェーン	複数の段階で構成され、各段階で次がアンロックされる	「フェーズ 1 → フェーズ 2 → フェーズ 3」
分岐型	プレイヤーの選択によって結果が決まる	「[A] または [B] の側につく」
繰り返し可能	複数回プレイできる	「デイリーチャレンジ：[task]」
発見型	探索によって発生する	「[hidden thing] を見つけてアンロックする」
ソーシャル	他のプレイヤーが必要	「グループで [task] を達成する」
時間制限付き	期限内にクリアする必要がある	「[timer] が切れる前にクリアする」
収集型	一連のアイテムやオブジェクトを集める	「[set] の [N] 個すべてを見つける」
護衛／防衛	対象を安全に守る	「[event] の間、[target] を守る」

目標ツリーの構造

Quest: [Name]
├── Objective 1: [Required]
│   ├── Sub-objective 1a: [Required]
│   └── Sub-objective 1b: [Optional bonus]
├── Objective 2: [Choice A OR Choice B]
│   ├── Choice A: [Path with consequence X]
│   └── Choice B: [Path with consequence Y]
└── Objective 3: [Final — depends on choice above]
    ├── Outcome A: [If chose A above]
    └── Outcome B: [If chose B above]

関連項目

• quest-narrative-coherence — 必須の前提条件
• worldbuilding — クエストの舞台となる世界の背景
• game-economy-design — 報酬のバランス調整
• game-design-fundamentals — コアループへの組み込み
• character-design-narrative — NPC の関与
• postgres-game-schema — クエストデータの永続化

落とし穴とアンチパターン

• 「アイテムを 10 個集める」 — 物語上の根拠がない収集クエスト
• 「世界から孤立したクエスト」 — 世界のほかの要素とつながらないクエスト（一貫性チェックで検出されます）
• 「報酬のインフレ」 — 報酬が多すぎて、ゲーム内経済のバランスを崩すクエスト
• 「唯一の正解ルート」 — 解決方法が 1 つしかなく、プレイヤーの主体性を損なうクエスト
• 「ロアを語るだけのクエスト」 — NPC が 5 分間話すだけで、プレイヤーは何もしない
• 「見えない前提条件」 — プレイヤーが知る術のない条件を要求するクエスト

デザイナーの哲学

Jonathan Blow（Braid、The Witness）：すべてのクエスト目標は、真のひらめきにつながるものに感じられるべきです。プレイヤーがただ目印に従っているだけなら、そのクエストは失敗です。優れたクエストは、プレイヤーに考え、試し、発見させます。

Sid Meier（Civilization）：クエストとは選択です。「Xを倒しに行く」は選択ではありません。「派閥Aに協力して信頼を得る一方で、派閥Bを怒らせるか、それとも派閥Bに協力するか」は、選択です。

Hidetaka Miyazaki（Dark Souls、Elden Ring）：優れたクエストは、自らを告げません。探索や環境の手がかり、NPCとの会話を通じて生まれます。プレイヤーは、クエストを割り当てられたのではなく、自分で発見したと感じるべきです。

参考資料

• 「Designing Quests That Don't Suck」— GDC 2018
• 「The Art of Game Design」— Jesse Schell、ストーリーに関する章
• 「Narrative Design for Indie Games」— GDC 2020
• 「Quest Design in Open World Games」— GDC 2019