インタラクティブストーリーの変更記録の書き方：原因・変更・影響ルートを区別する
変更記録は「原因・変更・影響ルート」の3列で書く。原因は「なぜ動かすのか」を説明し、変更は「何を動かしたか」を明確に書き、影響ルートは「どの素材と分岐を再確認する必要があるか」を列挙する。以下では架空の教育例で一貫して説明する：あるインタラクティブ映像ゲームは当初、第2章に「断橋」ノードを設け、プレイヤーはロープを見つけなければ川を渡れなかった。作者は後に断橋を「遅延した渡し船」に変更した。理由は、元の設計が優しいルートを不自然に見せていたからである。以下の人名、数字、台詞はすべて架空である
ガイド
変更記録は「原因・変更・影響ルート」の3列で書く。原因は「なぜ動かすのか」を説明し、変更は「何を動かしたか」を明確に書き、影響ルートは「どの素材と分岐を再確認する必要があるか」を列挙する。以下では架空の教育例で一貫して説明する：あるインタラクティブ映像ゲームは当初、第2章に「断橋」ノードを設け、プレイヤーはロープを見つけなければ川を渡れなかった。作者は後に断橋を「遅延した渡し船」に変更した。理由は、元の設計が優しいルートを不自然に見せていたからである。以下の人名、数字、台詞はすべて架空であり、書き方のデモにのみ使用する。
まず原因を書く。「脚本の最適化」と書いてはいけない
原因は特定のプレイヤー体験の問題や論理的な穴に具体的に触れ、これが作者の判断であり、実測の結論ではないことを明記する。例えば：
原因：元の断橋はプレイヤーに自ら危険を冒してロープを探すことを要求していたが、「阿禾」のこのルートは以前からずっと堅実さを強調していた。プレイヤーがこの道を進むと、橋を渡る行為がキャラクターの気質と合わない。作者はここで強制的な冒険感を減らす必要があると判断した。
「脚本の最適化」という四文字では誰も再確認できない。「キャラクターの気質とノードの要求が衝突している」と明確に書けば、次に引き継ぐ人が何を確認すべきか分かる。原因に変更内容を混ぜてもいけない。そうすると3列が1列に潰れてしまう。
変更は「何から何に変わったか」を書く
変更欄は対照形式で、旧内容と新内容を並べる。引き続き渡し船を例にする：
| 項目 | 変更前 | 変更後 |
|---|---|---|
| ノード名 | 断橋 | 遅延した渡し船 |
| 通過条件 | ロープを見つける | 船頭が戻るのを待つ |
| キャラクター台詞 | 阿禾：「ロープを探してくる。」 | 阿禾：「船はまだ来ない。まず少し待とう。」 |
| プレイヤー選択肢 | ロープを探す / 迂回する | 船を待つ / 船頭の行き先を尋ねる |
| 感情の流れ | 緊張、冒険 | 焦燥、探り |
台詞は実際に置き換えた文だけを書く。もし阿禾が新版で「この船は来ない気がする」と言うなら、これは新規追加の台詞であり、別に列挙しなければならず、「船を待つ」の項目に隠してはいけない。変更欄がチェックリストに近いほど、下流で照合しやすい。
影響ルートは「素材」と「ルート」の2層に分ける
素材とは絵コンテ、キャラクター素材、動画、プレビューなどを指す。ルートとはプレイヤーが到達する可能性のある分岐を指す。渡し船の変更後、架空プロジェクトの再確認表は次のように記入できる：
| 影響項目 | 種類 | 再確認内容 | 処理状態 |
|---|---|---|---|
| 第2章絵コンテ 07 | 絵コンテ | 断橋の画面がまだ出るか | 更新待ち |
| 阿禾立ち絵・緊張 | キャラクター素材 | 船を待つ感情にまだ合うか | 確認待ち |
| 川渡り動画 02 | 動画 | ロープのカットを差し替える必要があるか | 更新待ち |
| 優しいルートノード表 | ルート | 通過条件を船を待つに変更するか | 再確認待ち |
| プレイアブルプレビュー | プレビュー | 旧断橋にまだ入れるか | 検証待ち |
「確認待ち」と「更新待ち」は異なることに注意：前者はまだ判断していない、後者は変更すると決定済みである。両者を混ぜると、再確認時に本当に動かす必要のある素材を漏らしやすい。
完全な変更票を1件書く
3列を貼り付け可能な1つの記録にまとめる：
変更票 085-渡し船 原因：阿禾ルートは堅実さを強調しており、元の断橋は冒険を強制していたため、気質が衝突する。作者は強制的な冒険感を減らす必要があると判断した。 変更：ノード「断橋」を「遅延した渡し船」に変更；通過条件を「ロープを見つける」から「船頭が戻るのを待つ」に変更；阿禾の台詞を「ロープを探してくる」から「船はまだ来ない。まず少し待とう」に変更；選択肢を「ロープを探す/迂回する」から「船を待つ/船頭の行き先を尋ねる」に変更。 影響ルート：優しいルートの通過条件を再確認する必要あり；第2章絵コンテ 07、川渡り動画 02、阿禾緊張立ち絵、プレイアブルプレビューは旧素材がまだ成立するか人手で照合する必要あり。 備考：旧断橋データは保持し、削除しない。
「旧データ保持」という一文は非常に重要である。企画や脚本を変更すると絵コンテ、スタイル、キャラクター、ノード、動画、プレビュー、エクスポートに波及するが、関連する完了済みステップだけを更新待ちとしてマークし、旧データは残す。意味的に正確な自動差分も、ワンクリック確認での再利用もないため、「再確認待ち」は人が項目ごとに見なければならない。
キャラクターが言い訳を捏造するときは、それが新しい事実ではないと明記する
渡し船の場面で、船頭が「上流へ櫂を直しに行った」と言うかもしれない。もしこの台詞がキャラクターがその場で作った言い訳なら、記録時にはこう書く：
船頭の台詞「上流へ櫂を直しに行った」はキャラクターの言い訳であり、世界の事実を構成しない；上流に櫂を直す場所があるかは未定。
こうすれば、後続の作者が言い訳を設定と誤認せず、別のルートで船頭が本当に上流から戻ってくることもない。キャラクターコンテキストには身分、目標、必要、秘密、初期関係、アーク、境界が含まれるが、プロンプト制約は毎回の出力が正しいことを保証しないため、書き留めた言い訳は別途注記する必要がある。
完了チェック
変更記録を書き終えたら、この5項目で自己確認する：
- 原因は「最適化」ではなく、特定の体験または論理問題に具体的に触れているか？
- 変更は「何から何に変わったか」を書き、台詞は逐句列挙しているか？
- 影響ルートは素材とルートの2層に分かれ、確認待ちまたは更新待ちが付いているか？
- 旧データ保持を明記し、自動で正確な依存関係検出を約束していないか？
- キャラクターの言い訳が新しい世界の事実ではないと明確にしているか？
5項目すべてに答えられれば、この記録は他人が再確認できる。次のステップとして、直近の変更を1つ取り上げ、上記の3列表に従って変更票を1件補い、影響項目ごとに対照して状態をマークするとよい。
