DramaFork インタラクションノードの照合方法:選択肢テキスト・出口・回収結果はペアで見る
インタラクションノードを照合するときは、各選択肢を一つの「約束—履行」ペアとして扱う。プレイヤーがボタン上で読む意図は、出口が指すノードで対応する結果を得なければならず、その結果はメインラインに戻れるか、明確な収束を形成する必要がある。ボタンテキストだけを確認したり、ノードの接続だけを見たりすると、空の出口、誤接続、同意図の重複を見落とす。以下では架空の教学例「温室の扉の内外」を使って、再利用可能なレビュー表を説明する。

はじめに
インタラクションノードを照合するときは、各選択肢を一つの「約束—履行」ペアとして扱う。プレイヤーがボタン上で読む意図は、出口が指すノードで対応する結果を得なければならず、その結果はメインラインに戻れるか、明確な収束を形成する必要がある。ボタンテキストだけを確認したり、ノードの接続だけを見たりすると、空の出口、誤接続、同意図の重複を見落とす。以下では架空の教学例「温室の扉の内外」を使って、再利用可能なレビュー表を説明する。
まず分岐図を描くのではなく、三列の対照表を作る
DramaFork のノードは編集表で組織され、ドラッグ式の分岐図ではない。照合時は、現在のノード表の隣に別の確認表を開き、各行に一つの選択肢だけを置き、三列を固定することを推奨する:
- 選択肢テキスト:プレイヤーが実際に見るボタンの原文。
- 出口:その選択肢が指す次のノード名。
- 回収結果:次のノードに入った後、プレイヤーが読む最初のナラティブまたは状態変化。
三列は必ずペアで存在しなければならない。ある行に選択肢テキストだけがあり出口が空なら、それは空の出口である。出口が指すノードの内容がボタンの意図と一致しないなら、それは誤接続である。二つのボタンテキストが異なるのに出口と回収結果がほぼ同じなら、それは同意図の重複である。以下の例はすべて架空の教学素材であり、実在のプロジェクトに対応しない。
温室の扉の内外:三ノードのレビュー表
最小の場面を設定する:プレイヤーは温室の扉の外におり、入るかどうかを決める必要がある。ノード表には三つのノードがある:扉の外の選択、扉を押して入る、側窓へ回る。
| 選択肢テキスト | 出口 | 回収結果 |
|---|---|---|
| 「扉を押して入る」 | 扉を押して入る | 扉の軸が乾いた音を立て、あなたは湿った熱い空気の中に踏み込む |
| 「まず側窓へ回って見る」 | 側窓へ回る | あなたは壁に沿って側窓まで歩き、ガラスには水霧が凝っている |
| 「扉を押して入る」 | 側窓へ回る | あなたは壁に沿って側窓まで歩き、ガラスには水霧が凝っている |
三行目は典型的な誤接続である:ボタンには「扉を押して入る」と書かれているのに、出口は側窓ノードを指し、回収結果も完全に側窓の内容である。プレイヤーが「扉を押して入る」を押したのに窓を回る内容を読むため、ボタンの意図と出口が一致していない。特定方法は、まず出口列で並べ替え、同じ出口の下に異なるボタンテキストが現れたら、さらに一行ずつ回収結果を照合する。上表では「側窓へ回る」が二つの異なるボタンで共有されており、そのうち一つは必ず誤りである。
次に空の出口の書き方を見る:扉の外の選択に四つ目の選択肢「ガラスを叩いてみる」を加え、出口フィールドを空のままにし、回収結果も空にする。プレイヤーが押しても何の後続もない、これが空の出口である。処理するには、たとえばガラスを叩くというノードを補い、「あなたは指を曲げて二回叩いたが、中からは応答がなかった」と明記するか、この選択肢を直接削除する。補わずに残すと、プレイヤーはこのステップで止まってしまう。
戻りの閉ループはどう進むか
戻りの閉ループとは、現在のノードから出発し、いくつかの出口を経て現在のノードまたはメインラインノードに戻れることを指す。側窓へ回るを例にすると、そのノードに「扉の外へ戻る」という選択肢が一つだけあり、出口が扉の外の選択を指すなら、閉ループは成立し、プレイヤーは扉の外と側窓の間を繰り返し移動できる。側窓ノードの選択肢が「さらに奥へ進む」で、出口が存在しないノードを指すなら、閉ループは断裂し、プレイヤーは詰まる。閉ループを確認するときは、各出口から出発して指す先に沿って進み、すでに訪問したノードに戻るか、明確な終了ノードに到達するまで進む。途中で空の出口や存在しないノードへの指し先に遭遇したら、その経路は未閉ループとして記録する。
ここで見落としやすい状況がある:扉を押して入るノードに「元の道へ戻る」という選択肢が一つだけあり、出口が扉の外の選択を指すなら、閉ループも成立する。しかし扉の外の選択の中で「扉を押して入る」の出口が誤って側窓へ回るに変更されていると、プレイヤーは扉を押して入るから戻った後、再び「扉を押して入る」を押したのに側窓へ着く。閉ループは存在するが、経路はすでに誤接続している。したがって閉ループ検査は制御検査と一緒に行う必要があり、「戻れるかどうか」だけを見てはいけない。
同意図の重複の判定
同意図の重複は文字の類似ではなく、二つの選択肢の出口と回収結果が同じ結果を表していることである。例えば:
- 選択肢 A:「扉を押して入る」 → 扉を押して入る → 「あなたは湿った熱い空気の中に踏み込む」
- 選択肢 B:「無理やり入る」 → 扉を押して入る → 「あなたは湿った熱い空気の中に踏み込む」
二つのボタンテキストは異なるが、出口と回収結果が同じで、プレイヤーは選択するときに異なる展開を得られない。処理方法は、一つに統合するか、一方の出口を変えて異なる回収結果を補うことである。本当に二つの入口を同じノードへ通す必要があるなら、回収結果に差異を反映させることが推奨される。たとえば一方に「扉の軸が乾いた音を立てる」、もう一方に「あなたは力を込めて扉を押し開け、蝶番が一震りした」と書き、プレイヤーが違いを読めるようにする。
もう一つ隠れた重複がある:二つの選択肢の出口は異なるが、回収結果が一文字か二文字しか違わない場合、たとえば「あなたは温室に入る」と「あなたは温室へ入った」である。この差異はプレイヤーにとって有効な選択を構成しないため、依然として同意図の重複と見なし、統合するか一方を書き換える必要がある。
完了チェック
現在のノードを照合し終えたら、項目ごとに確認する:
- 各選択肢に空でない出口があり、出口が存在するノードを指している。
- 各出口に対応する回収結果がボタンテキストの意図と一致している。
- 二つの選択肢が同じ出口を共有し、回収結果も同じであるものが存在しない。
- 各出口から出発してメインラインに戻れるか、終了ノードに到達でき、断鏈がない。
- ノードを変更した後、関連する完了済みステップだけを要更新とし、旧データは保持し、旧素材の表現が依然として成立するか人手で確認する。
本文は DramaFork が整理し、現在のプロジェクト実装に基づいて説明する:ノードは編集表で組織され、テキストとノードを編集でき、失敗した素材タスクを個別に再試行できる。ドラッグ式の分岐図や複雑な条件エンジンはない。照合が完了したら、まず出口が空または誤接続の選択肢を一つ選び、目標ノードを補って回収結果を明確に書き、その後もう一度閉ループを歩く。


