story-context

ストーリーのコンテキスト

スポーンのたびに、コンテキストをどうするか判断する必要があります。判断を誤ると、ライターが既存の正史と矛盾する事実を作り出したり、批評者が該当する章を読んでいないために連続性の問題を見逃したり、ブレインストーマーが作者の却下済みの案を検討したりします。

スポーンの仕組み（-f、--from、スポーンコマンド）については、meridian spawn -h に記載されています。このスキルでは、どのストーリーのコンテキストを渡すか、スポーン前にいつ決定事項を文書化するか、どこまで渡せば十分かを判断する方法を説明します。

適切な仕組みを選ぶ

状況に応じて、3 つの選択肢があります。コマンドの構文については meridian spawn -h を参照してください。このセクションでは、それぞれをいつ使うかを説明します。

ファイル（-f）：章、アウトライン、Wiki ページ、スタイルファイル、キャラクターの状態など、コンテキストがすでにファイルとして存在する場合に使います。ファイルは安定していて、内容を確認でき、コンパクション後も残るため、基本的にはこの方法を選びます。対象は絞り、関係するファイルだけを渡してください。すべてを渡す必要はありません。

セッション履歴（--from）：まだ書き留められていない決定、推論、ブレインストーミングのコンテキストが必要な場合に使います。セッション履歴には、選択の「理由」が残ります。作者がなぜこの方向性を選んだのか、何を却下したのかがわかります。

先に文書化する：コンテキストが一時的なものであってはならないほど重要な場合に使います。重要なストーリー上の決定が会話の中にしかない場合は、スポーンする前にナレッジベースまたは作業ディレクトリに書き留めてください。ライターがこのコンテキストにうっかり矛盾する可能性があるなら、文書化します。補足的な背景情報であれば、--from で問題ありません。

エージェントごとに必要な情報

ライター

ライターに必要なのは、すべての作品ではなく、語り口を保ち、正史に沿うための十分な情報です。必須のコンテキストは次のとおりです。

• シーンのブリーフまたはアウトライン：このシーンで起こること、盛り込むべき要点
• 関連するスタイルファイル：styles ディレクトリにあるファイルを確認し、シーンに合うものを選びます。登場するキャラクターのファイルや、執筆するシーンの種類に合ったファイルを渡します。各スタイルファイルには適用条件が記載されています。冒頭を読んで確認してください。
• 連続性の基準となる情報：流れをつかむための直前の章またはシーンに加え、このシーンで参照する事実が示されている章。ファイルは 2〜4 個に絞り、原稿全体は渡さないでください。
• キャラクターの状態：シーンに登場するキャラクターのファイル。特に、最近、感情の状態や知識が変化したキャラクターのファイル
• 用語：創作した用語、魔法や派閥の名称、称号、関係性を示す呼称、またはプロジェクト固有の意味を持つジャンル用語がシーンに登場する場合は、関連する vocab.md ファイル

追加の情報が必要なときにどこを見ればよいか、たとえば「全体のアークのアウトラインは作業ディレクトリにあります。Route 1 のセクションに集中してください」のように伝えましょう。あらかじめすべての情報を添付するのは避けてください。

批評者

批評者には、草稿に加え、次の観点から評価するのに十分なコンテキストが必要です。

• レビュー対象の草稿：必ず -f で渡します
• シーンのブリーフまたはアウトライン：草稿が意図した内容を実現できているか、批評者が確認できるようにします
• 関連するスタイルファイル：語り口を評価する批評者が、目標とする語り口と比較できるようにします
• 連続性を確認するための前の章：事実を照合できるようにします
• 作者の意図：オーケストレーターが作者と方向性について話し合っている場合は --from で渡すか、決定事項のメモとして文書化します
• 既知の問題：繰り返し発生する特定の問題に注意を向ける必要がある場合は、追跡中の問題を渡します
• 用語：名称、別名、非推奨の用語、創作した言語の一貫性が重要な場合は、関連する vocab.md ファイル

ブレインストーマー

ブレインストーマーに必要なのは答えではなく、制約です。

• 検討する質問：プロンプトで範囲を厳密に定めます
• 回答を制約する確立済みのコンテキスト：キャラクターのプロフィール、タイムライン、設計の選択肢を限定する過去の決定事項
• 却下された案：行き止まりの案を再提案しないようにします
• 既存の語彙：プロジェクトですでに名前が付けられた概念に新しい名前を付けないよう、十分な語彙のコンテキストを渡します

ブレインストーマーにプロジェクトの全履歴を渡しすぎないようにしてください。全履歴を受け取ると、既存のパターンにきれいに収まる保守的な案を出しやすくなり、新しい領域を探ることが少なくなります。

ナレッジのメンテナンス

• クロニクラー：-f で指定する、事実を抽出する章と、重複を避けるための既存の正史ファイル、タイムラインの項目、語彙ファイル
• 継続性チェッカー：ドラフトが扱う領域に関する、ドラフトと正史、タイムライン、キャラクターの状態、語彙ファイル
• Base @kb-maintainer：kb ディレクトリ構造。つながりを再構築するために、すべてを確認する必要があります
• Base @kb-writer：採掘する会話を指す --from と、調査結果を書き込む kb のパス

フェーズ間のコンテキスト

--from <prior-spawn-id> を使って、前のフェーズで得られた知見を引き継ぎます。 改稿担当のライターは、初稿担当のライターが発見した内容を確認すると役立ちます。 批評担当者は、過去の批評ラウンドを確認すると役立ちます。

フェーズで成果物が作られる場合は、仕組みを組み合わせます。推論のコンテキストには --from を使い、前のフェーズで作成したファイルには -f を使います。

語彙の引き継ぎ

語彙は、物語を進めるうえで実用的なコンテキストとして扱います。ライター、批評担当者、ブレインストーマーが概念に誤った名前を選ぶ可能性がある場合は、関連する vocab.md ファイルを渡すか、起動前に用語を確定させます。これは特に、魔法体系、派閥、作中で繰り返し使われる言い回し、称号、関係性の呼称、会話中に作者が訂正した用語で重要です。

セッションで用語が確定したら、引き継ぐ前に記録します。正式名称、意味、引き続き使われている別名、そして起こりそうな混同を防ぐための境界を記録してください。