AI Story Agentの責任範囲：自動化に適した作業と、創作者が決めるべきこと
提案、構成、ノードの草稿から連続性チェックまで、AI Story Agentに適した作業と人間が担う責任の境界を整理します。
はじめに
対象範囲：この記事では、Agentの一般的な責任範囲を扱います。DramaForkの現在の製品機能、画面、ボタン、公開状況について説明するものではありません。
AI Story Agentは、創作者に代わって構成を整理し、矛盾を見つけ、連続性をチェックする作業に最も適しています。作者に代わってテーマ、登場人物が越えてはならない一線、最終的に払う代償を決めることには適していません。一文から直接「公開可能な4つの結末を持つ作品」を生成すると、文章は滑らかでも、互いに因果関係のない4つのテキストになることがよくあります。
第1段階：提案
AIは一文を目標、障害、利害関係、ジャンルの仮定へと展開し、作者が答えるべき質問を挙げることができます。この段階では長い脚本を生成せず、まず、この物語をインタラクティブにする価値がどこにあるのかを確認します。
第2段階：構成
作者がテーマを決めた後、AIは三幕構成、重要なノード、合流し得る地点、結末の種類を提案し、ノード数を見積もることができます。無限に展開するのではなく、各分岐で追加されるアセットのコストを明示するべきです。
第3段階：ノードの草稿
AIはノードの目標に応じて、シーンの草稿、選択肢の文言、即時フィードバックを書くことができます。各選択では、プレイヤーがすでに知っている情報、両方の選択肢の代償、書き込む状態を明示する必要があります。これらの項目がない華麗な台詞は、完成したとはいえません。
第4段階：連続性チェック
Agentは、登場人物が知るはずのない情報を知っていないか、小道具が突然現れていないか、衣装や負傷が連続しているか、結末の条件に到達できるかを確認できます。矛盾の発見に適していますが、最終判断は引き続き作者とテスト担当者が担います。
第5段階：最終的な創作判断
テーマに対する立場、登場人物が決してしてはならない行動、文化的表現、権利と事実の確認、最終的な取捨選択は、人間が責任を持つ必要があります。AIは代案を提示できますが、作者に代わって結果の責任を負うふりはできません。
構造化された入力テンプレート
テーマ：
主人公が望むもの：
失ってはならないもの：
プレイヤーがすでに知っている情報：
主要な状態：
必ず起こるべき出来事：
生成を禁止する内容：
予算の上限（ノード数／動画の分数）：
各結末が答えるべき問い：
生成結果の評価
4つの結末が、末尾の段落を差し替えただけではなく、異なる状態から生じているか。序盤の選択がクライマックスで参照されるか。登場人物の動機が一貫しているか。すべてのノードが撮影可能か。著作権、事実、安全性に関するリスクがあるか。作者がグラフ上で各経路を説明できるかを確認します。
AIは、白紙から始める負担、繰り返しの整理、機械的なチェックを減らし、判断に使う時間を作者に返すべきです。「作品を自動で完成させる」という約束で、人間による書き直し、実機での検証、公開の責任を隠すべきではありません。
結末の名前ではなく、状態を基に生成する
作者はまず、信頼、証拠、警戒、一線など、説明可能な少数の状態を定義し、どのノードでそれらを書き込み、参照するかをAgentに提案させます。4つの結末は、状態の組み合わせまでさかのぼって説明できる必要があります。証拠は十分だが一線を越えた場合と、証拠は不十分だが関係を守った場合は、異なるテーマ上の問いに答えるべきです。Agentが先に4つの結末を書き、その後で何の影響もない選択を埋め込むだけでは、構成は豊かに見えても因果関係がありません。
ノードの草稿は、シーンの目標、プレイヤーがすでに知っている情報、登場人物の目標、選択する行動、双方の代償、即時フィードバック、書き込む状態、後続の参照、追加アセットという統一された項目で出力するべきです。作者が各項目を承認してから、台詞を詳しく書く段階に進みます。構成が欠けたまま台詞を増やしても、手戻りが増えるだけです。
Agentは不確実性を積極的に明らかにするべき
世界のルールが矛盾している、登場人物の動機が不足している、現実の事実や権利が不明確である場合、Agentは質問するか、要確認と明記するべきです。もっともらしく聞こえる答えを捏造してはいけません。現在の製品能力、価格、法律、文化的表現に関する生成テキストは、人間による再確認が必要です。システムは追跡できるように、プロンプト、入力資料、モデルのバージョン、作者の修正記録も保存するべきです。
連続性チェックでは、登場人物の知識、小道具の位置、負傷、衣装、到達可能な結末に関する矛盾を自動で列挙できますが、「この人物はこう行動するだろうか」は、引き続き作者が判断する必要があります。自動チェックで問題が見つからなかったからといって、作品が審査を通過したことにはなりません。経路の実行、メディアの受け入れ確認、対象プレイヤーによるテストは、いずれも省略できません。
受け入れ可能な納品プロセス
まずAgentに3種類の構成案を生成させ、作者が1つを選んで理由を説明します。次に全文ではなくノード表を生成します。予算と状態のチェックを通過したら、完全な経路を1つだけ詳しく書きます。テンポと登場人物を実際にテストした後、残りの結末を展開します。各段階に差し戻し可能な承認ポイントを設け、一文をきっかけに大量の高価なアセットが作られることを防ぎます。
最終的に、作者はAgentに頼らずに経路を説明し、状態を変更し、どの分岐でも削除できるべきです。人間が理解して引き継げない自動化された構成は、長期プロジェクトの基盤には適していません。一般的な方法として、このプロセスは「人間が理解、承認、差し戻し、引き継ぎを行えること」を完了条件とし、DramaForkの現在の画面や、未公開の製品能力には依存しません。
サンプルの受け入れ確認では、元の一文、各段階のAgentの出力、作者の修正、ノードグラフ、4つのテスト経路、最終的なアセット数を保存します。これにより、生成速度だけで価値を評価するのではなく、ツールが実際にどの作業を減らし、どこで確認コストを増やしたのかを判断できます。
