連作の伏線と引きをAIで管理する:未回収・次回への約束を一覧にする

管理表は「2枚」に分ける

1枚に全部入れると破綻します。役割が違う2枚に分けてください。

• 伏線台帳:張った伏線・約束・謎を1行1件で追う表(話をまたいで生き続ける)
• 話ごとの引き表:各話のラスト(引き)と、その話で動いた台帳IDを記録する表(話ごとに1行)

ポイントは、台帳に「読者に見せた情報」と「読者にまだ伏せている情報」を別の列で持たせることです。AIに設計相談をするとき、この二つが混ざっていると、読者がまだ知らないはずのことを前提にした提案が返ってきます。

雛形1:伏線台帳

次の表をスプレッドシートやテキストにそのまま写して使えます。下は説明用の例(架空の絵本シリーズ)で、実在の作品や実際の運用結果ではありません。

• F01、張った話：第2話、種別：小道具、内容と該当箇所：灯台の戸棚にある鍵のない小箱(p.8の挿絵)、読者に見せた情報：小箱があり、猫が気にしている、伏せている情報：中身は主人公の祖母の手紙、回収予定：第7話、状態：未回収、備考：挿絵に必ず描き込む
• F02、張った話：第3話、種別：約束、内容と該当箇所：「次の満月に、もう一度海へ行こう」(p.14のセリフ)、読者に見せた情報：約束したこと自体、伏せている情報：約束した相手が来られない理由、回収予定：第5話、状態：未回収、備考：満月の日付を作中暦と揃える
• F03、張った話：第4話、種別：謎、内容と該当箇所：夜だけ聞こえる鐘の音、読者に見せた情報：音がすること、伏せている情報：音の正体は古い浮標、回収予定：未定、状態：保留、備考：回収しない案も検討

列の意味は次のとおりです。

• 種別:小道具/約束/謎/人物の癖/世界のルール、のように自分で決めた数個に絞ります。
• 内容と該当箇所:ページ、コマ、セリフなど、あとで原稿を開いて確認できる場所を書きます。
• 状態:未回収/回収済/保留/破棄の4種類に限定すると、AIに集計させやすくなります。
• 保留と破棄を分けるのが大事です。「忘れた」のではなく「あえて回収しない」と決めた記録になります。

雛形2:話ごとの引き表

• 第5話、引き(ラストの場面)：満月の夜、約束の場所に誰も来ない、引きの種類：約束が破られる、次話で答えること：来なかった理由の一部、次話でまだ答えないこと：小箱の中身、動いたID：F02回収、F01ヒント追加

「次話で答えないこと」を書く欄が、引きを続ける力になります。毎話すべてに答えてしまうと次の引きが作れず、逆に何も答えないと読者の信頼が下がります。

毎話の更新依頼文

話を描き終えたら、台帳の現在の内容と、その話の原稿(テキスト化したネーム、絵本なら文章と絵の説明)を渡して次のように頼みます。

あなたは連載の進行管理を手伝う編集アシスタントです。
下に「伏線台帳」と「第○話の原稿」を貼ります。次の作業だけをしてください。

1. 原稿の中で、後で回収が必要になりそうな要素(小道具・約束・謎・唐突な設定)を抜き出す。
   必ず原稿の該当箇所をそのまま短く添えること。原稿にないものは挙げない。
2. 台帳の既存IDのうち、この話で進展・回収されたものを挙げ、根拠の箇所を添える。
3. 新規候補は「新規候補」として別に示す。台帳には直接追加せず、私が確定する。
4. 台帳と矛盾しそうな描写があれば、確信度(高・中・低)付きで指摘する。

出力は表形式。推測は「推測」と明記してください。

【伏線台帳】
(ここに貼る)

【第○話の原稿】
(ここに貼る)

この依頼文で意識しているのは、「原稿の箇所を必ず添えさせる」ことです。AIは、それらしい伏線を原稿にない形で作ってしまうことがあります。根拠の箇所がない項目は採用しない、と決めておけば確認も速くなります。出てきた更新案は、人が原稿と突き合わせてから台帳に反映します。

次話の引きを設計する依頼文

台帳が整ったら、次話の引き案を出させます。ここで「読者に見せた情報」だけを渡し、伏せている情報は必要な分だけ別枠にします。

次の「読者に見せた情報」だけを前提に、第○話のラストの引き案を5つ出してください。
条件:
- 回収したいID:F02(今回で回収)
- 回収しないID:F01(ヒントを1つ足すだけ)
- 作者だけが知る情報は【伏せる情報】にあります。引き案の文面で明かさないこと。
- 各案に「引きの種類」「読者が次に抱く疑問」「台帳のどのIDに影響するか」を付ける。

【読者に見せた情報】(台帳の該当列を貼る)
【伏せる情報】(必要最小限)

返ってきた案は、そのまま採用せず、次の判断表で選びます。

• 読者がまだ知らない情報を前提にしていないか、問題がある場合の対応：その案は破棄、または伏せる情報を明かさない形に直す
• 回収対象のIDを増やしすぎていないか、問題がある場合の対応：1話で動かすIDは数件に絞る
• 次話で答える疑問が1つに決まっているか、問題がある場合の対応：疑問が複数なら、答える順番を決める
• 過去の描写(性格、ルール、日付)と矛盾しないか、問題がある場合の対応：台帳の該当IDと原稿を人が読み直す
• 作者がやりたい展開か、問題がある場合の対応：AI案は材料。ラストの一言は自分で書く

渡す情報と置き場所を決める

管理表を使い続けるには、毎回貼らなくて済む置き場所が便利です。ChatGPTには、関連するチャット・ファイル・指示をまとめる「Projects」があり、プロジェクトに追加したファイルをチャットで参照できます。また、プロジェクト内の会話だけを参照する「Project-only memory」を選べます。ファイル数の上限はプランで異なり、公式ヘルプではFreeは5件、GoとPlusは25件、Pro/Business/Enterprise/Eduは40件です。利用前にProjects in ChatGPTの公式ヘルプで最新の条件を確認してください。ここに台帳と話ごとの引き表を、テキストかCSVの小さなファイルとして置く運用が考えられます。なお、Projectsを使わなくても、更新のたびに表と原稿を貼れば同じ依頼文は使えます。

未発表の原稿を扱うときは、設定も確認してください。OpenAIの公式ヘルプによると、個人向けのFree、Plus、Proでは「Improve the model for everyone」をオフにするか、Privacy Portalで「Do not train on my content」を選ぶことで、新しい会話をモデル改善に使わせない設定にできます。ただし、回答に評価(サムズアップ/ダウン)を送ると、その会話全体が改善に使われる場合があります。一時チャットは一時チャットのままならモデル改善に使われず、履歴にも表示されず、保存すると通常のアカウント設定に従います。

注意したいのは、学習に使わない設定は、秘密保持を保証するものとは別の話だということです。契約済みの原稿や公開前の重要な設定は、台帳に書く段階で「A町」「主人公の祖母」のような仮の呼び名に置き換えておくと、設定を変えた後でも困りません。

運用の手順

1. 話を描き終えたら、原稿をテキスト化する(絵本は文章と各見開きの絵の説明)。
2. 更新依頼文を実行し、抽出結果を原稿と突き合わせる。
3. 採用する項目だけ台帳に追加し、状態を更新する。
4. 引き表に、今回のラストと「次話で答えること/答えないこと」を書く。
5. 次話のネームに入る前に、引き案の依頼文で候補を出し、判断表で選ぶ。
6. 数話ごとに、状態が「未回収」のまま古くなっているIDを一覧にさせ、回収・保留・破棄のどれにするか決める。

最後の手順は、次の一言で頼めます。

台帳から、状態が「未回収」で、張った話から5話以上経っているIDを古い順に並べてください。
各IDについて「回収・保留・破棄」の判断材料を、台帳の記載だけから挙げてください。決めるのは私です。

この表は、記録を増やすことが目的ではありません。「約束したのに忘れていた」を防ぎ、「あえて回収しない」を選べる状態にすることが目的です。まずは直近3話分だけ台帳に起こし、更新依頼文を一度回してみてください。