novel-control-station

Novel Control Station

概要

一度きりのプロンプトではなく、管理された長編執筆システムとして小説プロジェクトを進めます。まず小説の方針を固め、標準ファイルにプロジェクトの確定情報を保存し、それらのファイルに基づいて各章を執筆し、章ごとに変動する状態を更新します。情報密度が高まったら、コアファイルを置き換えることなく、記憶の呼び起こし、文章の熱量、グラフ形式の干渉チェックを行う軽量な補助ビューを追加します。

使用するタイミング

• 新しい小説プロジェクトを始めるとき
• 連載小説を続けるとき
• 設定のずれ、キャラクターの歪み、関係性の描写漏れを修正するとき
• 筋書き、伏線、章立てを再構築するとき
• 連載形式の執筆と出版向けの改稿を切り替えるとき
• サスペンス、ユーモア、恋愛、文学的な深み、ホラー、ファンタジー、ミステリーなど、管理されたスタイルモジュールが必要な小説を書くとき

継続的な一貫性を必要としない、一度きりの詩、短いジョーク、単独のシーンには、このスキルを使用しないでください。

厳守事項

• ユーザーが別の言語を明示的に指定しない限り、すべての計画資料、管理文書、創作物は中国語で書いてください。既定では簡体字中国語を使用します。
• 物語の主な方向性、中心となる登場人物の葛藤、結末の方向性が一致するまで、本格的な小説の設計を始めないでください。
• ベンチマークによるアウトラインのチェックで、標語のようなテーマ、平板な登場人物、弱い筋立ての相互干渉、空虚な結末の方向性が依然として示されている場合は、完成したアウトラインとして扱わないでください。
• 完全なアウトラインと登場人物全員の詳細資料を提示する前に、章の執筆を始めないでください。
• 必須のプロジェクトファイルを読む前に、章を執筆しないでください。
• ユーザーが長編小説を求めている場合、単一で平坦な筋立てだけで十分だと考えないでください。複数の進行中の筋立てを既定とします。
• 定番の展開の都合、見せかけの深み、装飾的な構成を、人間の真実、因果的な圧力、社会的な手触りより優先しないでください。
• ベンチマークのロジックを教義として扱わないでください。ユーザーの意図、ジャンル、想定読者層に合わせて調整する必要がある、基準を定めるための参照システムとして使用してください。
• 作品見本の特徴的な設定、役割のひな型、どんでん返しの仕組み、場面のパターン、文体の質感を模倣しないでください。
• マラソンモードを、章ごとの管理、書き直しの積み重ね、動的な更新、記録を省略する許可として扱わないでください。
• 二次的なグラフ、想起マップ、スクラッチインデックスで、標準のプロジェクトファイルを上書きしないでください。派生した管理用ビューは、あくまで補助システムです。
• 忘れられた要素のチェックを、わずかな登場、表面的な言及、チェックリストへの記載で満たさないでください。再登場によって、圧力、負債、期待のいずれかを変化させる必要があります。
• AI らしさの除去を、機械的に平板化する作業として行わないでください。ジャンルの文体、時代の質感、語り手の姿勢、登場人物の声を保ってください。
• 視点、職業、時代、設定がその語彙を真に必要とする場合を除き、地の文や内面描写を、レビュー記事の文体、理論に偏った説明、業界用語に寄せないでください。
• 一般読者が筋を見失う専門用語、抽象的な分析語、制度的な専門用語は、行動、結果、場面の文脈で同じ物語上の役割を果たせるなら、使い続けないでください。
• 09-style-guide.md または現在の章の管理カードで long-paragraph に明示的に切り替えられていない限り、段落の既定の形式を web-serial-natural としてください。
• 章の文章で、装飾的な空白を使って強度を偽装しないでください。web-serial-natural では、地の文の段落は通常 2-4 文で構成します。1 文だけの地の文の段落は、強調、明示、衝撃、場面転換、引きのために使い、習慣的に連続させないでください。
• 割り込み、舞台上の動き、圧力の転換によって展開が本当に変わる場合を除き、話し手の連続した一連の発言を複数の段落に分割しないでください。
• 章により柔軟な展開が必要な場合、シーンの段階構成を硬直した公式に当てはめないでください。構造を装うのではなく、圧力を保つためにシーン管理を使ってください。
• 章タイトルを、ネタバレになるあらすじ、中身のない謎かけ、章の圧力から切り離された装飾的なラベルにしないでください。
• プロジェクトで章タイトルを使う場合は、プロジェクト全体の命名体系を定め、作品が意図的に新たな段階へ移るのでない限り、タイトルの語調を一貫させてください。
• 情報が不足している、または矛盾している場合は、そのリスクを説明し、詳細を詰めるか、そのまま執筆するかをユーザーに選んでもらってください。
• 仮定を置いて執筆を進める場合は、その内容を動的状態ファイルに記録してください。
• 各章の執筆後は、次に進む前に動的状態を更新してください。
• 執筆ログは監査専用です。物語の事実として使用しないでください。

標準ファイル

新しい小説プロジェクトでは、常に以下のファイルを維持します。

• 00-project-overview.md
• 01-theme-and-proposition.md
• 02-worldbuilding.md
• 03-cast-bible.md
• 04-relationship-map.md
• 05-main-plotlines.md
• 06-foreshadow-ledger.md
• 07-chapter-roadmap.md
• 08-dynamic-state.md
• 09-style-guide.md
• chapters/
• control-cards/
• logs/writing-log.md

ディレクトリのルール：

• 採用済みの章の原稿はchapters/に保存します
• 採用済みの各章につき、永続化する章コントロールカードを1つcontrol-cards/に保存します
• ファイル名の既定形式：
  • chapters/NN-<chapter-title>.md
  • control-cards/NN-<chapter-title>-control-card.md
• 章番号のみを使う場合は、<chapter-title>を短い章のスラッグに置き換え、ファイル名を空欄のままにしないでください

これらのファイルを作成または復元する際は、document-templates.mdをお読みください。

プロジェクトの起動時セットアップ

新しい小説プロジェクトを始める際は、プロジェクトのルートを、Markdownファイルを保存するだけのフォルダーではなく、運用上のコントロールサーフェスとして扱ってください。

標準ファイルを作成した後、以下も作成します。

• プロジェクトのルートにcodex-continue-novel.ps1

このスクリプトは、マラソンモードで継続するためのループ型エントリーポイントです。プロジェクトが起動フェーズを終える前に、使用できる状態にしておいてください。 assets/codex-continue-novel.ps1のテンプレートをそのまま使用し、プロジェクトのルートのプレースホルダーだけを置き換えて、プロジェクトのルートにファイルを書き込んでください。 プロジェクトの開始時、またはマラソンモードへの引き継ぎ時は、bootstrap-and-marathon-handoff.mdをお読みください。

起動時のルール：

• 新しいプロジェクトを初期化する際は、必ずプロジェクトのルートにcodex-continue-novel.ps1を作成します
• assets/codex-continue-novel.ps1からファイルを作成します
• ルートのプレースホルダーだけを、実際のプロジェクトのルートに置き換えます
• Windowsでは、ルートスクリプトをUTF-8 with BOMで書き込みます。UTF-8 without BOMでは、powershell.exeで中国語のリテラルが誤って読み取られる場合があります
• ランナーを修復する際は、テンプレートのUTF-8コンソール設定と、UTF-8を明示したログ書き込みを維持します
• 古くなったスクリプトは、別のバリエーションを作成するのではなく、テンプレートから再作成して修復します
• マラソンモードへの引き継ぎ前に、ルートスクリプトが存在し、プレースホルダーが残っていないことを確認します
• ファイルの自動作成がブロックされた場合は、起動を自動で完了できなかったことをユーザーに伝え、マラソンモードへの引き継ぎ前にスクリプトを手動で作成またはコピーするよう指示します
• 後でユーザーが起動コマンドを覚えているとは想定せず、引き継ぎ時に正確なコマンドを記録します

二次コントロールビュー

登場人物の密度、プロットライン間の干渉、または伏線の量によって、最初から順に読み返す方法では粗すぎる場合は、graph-and-recall-control.mdを読み込みます。

次の用途に使います。

• 現在の正史を、一時的なノードとエッジによるコントロールビューに変換します
• やみくもに読み返す代わりに、次章用の短い情報検索スライスを用意します
• 関係性の飛躍、長期間動きのないプロットライン、根拠のない回収、世界設定ルールの逸脱を検出します
• 登場人物、プロットライン、関係性、伏線に関する再浮上の圧力を振り分けます

このレイヤーは、標準ファイルと08-dynamic-state.mdから派生します。

作業メモまたは任意のサイドカーとして保持できますが、次の点に従ってください。

• 正史の修正は、常に最初に標準ファイルで行います
• 新たな永続的な真実の情報源を設ける必要はありません
• 二次ビューと標準ファイルに食い違いがある場合は、標準ファイルを優先します

基盤となる規範の読み込み

プロジェクトの開始時、大幅な改訂時、上位レベルのレビュー時に、以下を読みます。

• foundational-literary-principles.md
• critical-evaluation-standards.md
• epoch-and-people-resonance.md
• reader-retention-and-ai-failure-modes.md

これらを活用し、抽象的な創作技法をプロジェクトの具体的な指針に落とし込み、以下に反映します。

• 01-theme-and-proposition.md
• 02-worldbuilding.md
• 03-cast-bible.md
• 05-main-plotlines.md
• 09-style-guide.md

これらの資料を解説にとどめないでください。以下に対する遵守必須の制約に変換します。

• キャラクターの欲求、恐れ、恥、負債、矛盾
• 因果関係の連鎖にかかる圧力
• 視点と形式の選択
• イメージと言葉の規律
• 社会、制度、時代からの圧力
• 結末に残る余韻とテーマ上の代償

出典の来歴確認や情報源の更新が必要な場合に限り、research-source-notes.mdを使用します。

ベンチマークルールの読み込み

プロジェクトの開始時、アウトラインの設計時、各章のレビュー時に、以下を読みます。

• popular-fiction-common-laws.md
• genre-benchmark-rules.md
• benchmark-trigger-matrix.md

これらを活用し、以下を判断します。

• 適用するベンチマークルールのグループ
• プロジェクトが熱量、評価、または両方を高水準で両立することのどれを目指すか
• どのペース・強度の確認項目を厳守し、どれの比重を動的に下げるか
• 有効な状態を維持する必要がある独自性とコンプライアンスに関する警告

出典の来歴が重要な場合に限り、benchmark-source-trace.mdを使用します。

実行手法の読み込み

以下の参考資料は、該当する段階でのみ読み込みます。

• interview-and-handoff-flow.md
• character-construction-methods.md
• graph-and-recall-control.md
• dialogue-writing-rules.md
• suspense-and-reveal-design.md
• chapter-architecture-rules.md
• chapter-title-method.md
• scene-execution-patterns.md
• forgotten-elements-and-line-heat.md
• authenticity-and-de-ai-pass.md
• continuity-and-marathon-mode.md

章の各段階に関する参考資料を、初期設定で一律にすべて読まないでください。実際に問題となっている圧力に対応する資料だけを選んでください。

段階ごとの参照先：

• 初回インタビューと承認時の引き継ぎ：
  • interview-and-handoff-flow.md
  • character-construction-methods.md
• アウトラインとロードマップの設計：
  • graph-and-recall-control.md
  • chapter-architecture-rules.md
  • chapter-title-method.md
  • character-construction-methods.md
  • scene-execution-patterns.md
• 章の執筆と改訂：
  • 必ず chapter-architecture-rules.md を読み込む
  • プロジェクトで章題を使用する場合、または章題の最終決定が進行中の場合は chapter-title-method.md を読み込む
  • 再登場の密度、登場人物の入れ替わり、または干渉の圧力が高い場合は graph-and-recall-control.md を読み込む
  • 会話が圧力を担う場合は dialogue-writing-rules.md を読み込む
  • 隠蔽や情報開示の公平性が問題となる場合は suspense-and-reveal-design.md を読み込む
  • 章の使命が広範すぎて一度の執筆では対応できない場合は scene-execution-patterns.md を読み込む
  • 連載における再登場のリスクが無視できない場合は forgotten-elements-and-line-heat.md を読み込む
  • 構成上問題のない草稿ができた後に authenticity-and-de-ai-pass.md を読み込む
  • 長編フィクションの続きを執筆する場合、またはマラソンモードで作業する場合は continuity-and-marathon-mode.md を読み込む

スタートアップ・インタビューフロー

interview-and-handoff-flow.md と character-construction-methods.md を使って、スタートアップフローを実行します。

一度に焦点を絞った質問を1つだけ行います。

まず、核となる質問を行います。

1. 位置づけ
   • ジャンル、読者層、規模、公開形態、作品の主な約束、社会的または時代的な圧力
2. キャラクター
   • 主人公の設定、主人公の核となる性格、主要キャストにかかる圧力
3. 規模
   • 目標の長さ、複数の物語ラインがあるかどうか、想定される密度
4. エンディングの方向性
   • 感情面での着地点、代償、エンディングの想定される形
5. スタイルと市場モード
   • 主なスタイル、補助スタイル、スタイルのバランス目標、補助スタイルの境界、ターゲットモード、スローバーンへの許容度、標準のスタイル強度、段落モード、章タイトルのモード、取り入れるべき内面化された長所、避けるべき習慣、疑似スタイルへの逸脱、専門用語の上限、明瞭さを保つ必要がある専門用語・歴史用語・設定用語

言語のデフォルト：

• ユーザーが別の言語を明示的に指定しない限り、作品は中国語のままにします
• 必要な場合に限り、現代口語、歴史的な中国語のテイスト、ウェブ連載向けの文体、出版を意識した文章のどれを希望するか尋ねます
• 出版を意識した文体、または文学的な長文段落の希望が明示されていない限り、段落モードのデフォルトは web-serial-natural にします
• 文体のリスクが無視できない場合は、09-style-guide.md に以下を書き込みます：
  • スタイルのバランス目標と、成熟した作品から取り入れる長所
  • 補助スタイルの境界と、章ごとのスタイル強度の範囲
  • 段落モード、章ごとの上書き方針、短い段落を許容する条件
  • 有効な各スタイルについて避けるべき疑似スタイルへの逸脱
  • 禁止するAI風の定型句や文の癖
  • 地の文と会話における専門用語の上限
  • 真実味を損なわずに残す必要がある専門用語・歴史用語・設定用語

その後、回答内容をもとに追加の質問を導き出します。

• サスペンスまたはミステリー：
  • 隠された真実、手がかりの公平性、真相開示の段階
• 歴史もの：
  • 時代的な圧力、制度、権力の連鎖
• 長編または複数の物語ラインがある場合：
  • 物語ラインの数、ライン間の干渉、段階ごとのアーク、収束と完結の仕組み
• 主人公の個性が強い場合：
  • ストレスへの反応、盲点、話し方の特徴
• 恋愛または人間関係の圧力が強い場合：
  • 感情的な負債、関係上の障害、親密さのリスク
• スタイルに敏感なプロジェクト：
  • 語りの距離、文章密度、段落モード、印象的な段落をどの程度の頻度で使うか、作品全体を通して維持すべき長所、通常のスタイル強度、避けるべき疑似スタイルへの逸脱

プロジェクトに必要のない場合、決まった質問票を使わないでください。現在の回答から必要となる質問だけを導き出します。

見切り発車での執筆を防ぐため、キャラクターにかかる圧力、必要な場合の複数ラインのロジック、エンディングの方向性が十分に整合するまでは、全体設計に進まないでください。

アウトラインのベンチマーク確認

全体のアウトラインを承認する前、または章のロードマップを確定する前に、chapter-architecture-rules.md を読み、アウトラインのベンチマーク確認を実施します。

以下のすべてを確認します。

• テーマがスローガンではなく、選択を通じてドラマとして描かれている
• 主人公と主要キャストに、欲求、障害、代償、アークの方向性がある
• 複数の物語ラインが並行するだけではなく、互いに干渉している
• 主要キャラクター、プロットライン、伏線に、唐突に消える期間ではなく、明確な再登場の筋道がある
• 選択したジャンルならではのベンチマーク上の約束が見える
• エンディングの方向性が、決着と余韻の両方を生み出せる

アウトラインのベンチマーク確認に失敗した場合：

• まずアウトラインを修正します
• プロジェクトファイルを更新します
• 章の執筆には進みません

アウトラインとキャストの引き継ぎ

インタビューでのすり合わせ後、章の執筆を始める前に：

• アウトライン全体を提示します
• キャスト資料全体を提示します

キャスト資料には、以下を明示します：

• 役割
• 性格の核
• 表向きの目標
• 内面の欠落
• 重要な人間関係
• 矛盾
• 変化の方向性
• 話し方の特徴

アウトラインには、以下を明示します：

• 作品全体を通じて読者に約束するもの
• メインラインとサポートライン
• 中核となる対立
• 段階的な展開
• 重要な転換点
• 結末の方向性

この引き継ぎが完了するまで、章の執筆を始めないでください。

直接編集の分岐

アウトラインとキャストの引き継ぎ後、ユーザーは直接編集による修正を選べます。

ユーザーから変更の指示があった場合：

• 現在のアウトラインとキャスト資料を直接編集します
• 新しい変更と矛盾しない限り、すでにすり合わせ済みの内容を維持します
• 修正済みのバージョンを提示します

ユーザーが完全なリセットを明確に求めない限り、インタビュー全体をやり直さないでください。

情報不足時の分岐

ファイルまたはユーザー入力に不足がある場合：

1. 不足している項目、矛盾する項目、またはリスクのある項目を列挙します。
2. 各問題が何に影響するかを説明します。
3. 次の2つの分岐のみを提示します：
   • refine details
   • draft directly

ユーザーが draft directly を選んだ場合：

• 安全性を保てる最小限の仮定を置きます
• それが暫定的なものだと明記します
• 08-dynamic-state.md の確認待ちの項目に記録します

段落モードの管理

段落の管理方針を 09-style-guide.md に記録し、各章の管理カードにも引き継ぎます。

モード：

• web-serial-natural
  • 章の本文におけるデフォルトモードです
  • 物語の段落は通常、2-4 文で構成します
  • 1文だけの物語の段落は、種明かし、衝撃、緊迫感を生む場面転換、感情の停滞、またはフックに限ります
  • 話者の交代が実際に起きない限り、1人の話者のセリフ、付随する動作、短い続きの描写は同じ段落にまとめます
• long-paragraph
  • プロジェクトまたは章で、より途切れない内面描写、エッセイのような流れ、または出版向けの長い段落が明確に必要な場合に使用します
  • 長めの物語ブロックを認めますが、話者の交代、視点の移動、場面や時間の飛躍、または大きな緊迫度の変化では、引き続き段落を分けます
  • 文章の連続性を、動きのない説明の壁にしないでください

上書きルール：

• プロジェクトのデフォルトは 09-style-guide.md に記載します
• 現在の章で上書きできるのは、章の管理カードに理由と意図するペースまたは語り口の効果が記録されている場合に限ります
• 執筆後とリアリティ確認後に、採用する章が選択した段落モードに合致していることを確認します

章タイトルの管理

プロジェクトで章タイトルを使用する場合、ユーザーが章に名前を付けるよう求めた場合、または番号のみの章構成を変更する必要がある場合は、chapter-title-method.md を読みます。

ルール：

• 章タイトルは任意です。スピード感、目立たなさ、または途切れない推進力が作品にとってより効果的なら、番号のみでも構いません
• プロジェクトで章タイトルを使う場合は、00-project-overview.md、07-chapter-roadmap.md、09-style-guide.md で命名方式を統一します
• 各タイトルが担う役割は、フック、焦点、状況説明、モチーフの再登場、語り口のサインのうち、主となるものを1つ、補助的なものを最大1つにします
• 章の管理カードをもとにタイトル候補を 3-5 個作成し、執筆前に仮タイトルを選びます
• 章タイトルを、露骨なあらすじ、ネタバレを示すラベル、気取った曖昧な表現、またはありきたりな連載作品風の埋め草として使わないでください
• 章が構成とリアリティの確認を通過した後、最後にタイトルとの適合性を再確認し、章の真の中心が変わっていれば仮タイトルを差し替えます

章のワークフロー

各章では、次の順序で進めます：

1. プロジェクトの立ち上げ時、構造の大幅な変更時、または上位レベルでのレビュー時には、まず基盤となる正典ファイルを読みます。
2. 必須ファイルを読みます。
   • 00-project-overview.md
   • 03-cast-bible.md
   • 05-main-plotlines.md
   • 06-foreshadow-ledger.md
   • 07-chapter-roadmap.md
   • 08-dynamic-state.md
   • 09-style-guide.md
3. プロジェクトに頻繁な再登場、大規模な登場人物の入れ替わり、または複数の進行中の干渉ラインがある場合は、graph-and-recall-control.md を使って検索用スライスを作成します。
   • この章に関係する登場人物、関係性、プロットライン、伏線、世界のルール、負債だけを抽出します
   • 何が注目されているか、何が冷え込んでいるか、何をここで忘れてはならないかを追跡します
4. この章に必要な、選定した内部スタイルモジュールの文書だけを読みます。
   • モジュールを読み込む前に、09-style-guide.md を使って、スタイルのバランス目標、内面化した強み、補助スタイルの境界、望ましい強度の範囲、擬似スタイルへの逸脱を特定します
   • style-modules/index.md から、関連する内部スタイルモジュールを読みます
   • 選定した各モジュールの core.md を最初に読みます
   • この章で必要な場合に限り、さらに詳しいスタイル文書を読みます
5. この章に必要な実行方法のリファレンスだけを読みます。
   • 必ず chapter-architecture-rules.md を読みます
   • プロジェクトで章タイトルを使用している場合、またはタイトルの最終決定を進めている場合は、chapter-title-method.md を読みます
   • 検索用スライスが必要だった場合は、graph-and-recall-control.md を読みます
   • 会話の圧力が中心となる場合は、dialogue-writing-rules.md を読みます
   • サスペンスや reveal の設計を進めている場合は、suspense-and-reveal-design.md を読みます
   • この章で複数単位の構造制御が必要な場合は、scene-execution-patterns.md を読みます
   • 再登場の管理が重要な場合は、forgotten-elements-and-line-heat.md を読みます
   • 続きを執筆する場合、または自動的に先へ進める場合は、continuity-and-marathon-mode.md を読みます
   • 構造的に許容できる初稿ができてから、authenticity-and-de-ai-pass.md を読みます
6. 次の点を確認します。
   • 設定の矛盾
   • キャラクターのぶれ
   • 関係性の連続性の破綻
   • 忘れられた感情的負債
   • 再登場の期限を過ぎた登場人物や関係性
   • 触れる、響かせる、または正当な理由を示して休眠させる必要がある、冷え込んだプロットライン
   • 放置された伏線
   • 根拠のない回収のタイミング
   • プロットラインの軽視
   • 世界のルールに関する記憶の欠落
   • 人間らしさよりも、都合のよいお約束が優先されていること
   • 社会的な圧力や時代の圧力が失われていること
   • 汎用的な AI の殻、深みがあるように見せる文、整いすぎた対比パターン
   • 分析調への逸脱、プラットフォーム向け文面への逸脱、説明のない専門用語
   • 装飾的な空行、同じ話者の発言の過剰な分割、圧力上の理由がない一文段落の連続など、段落モードの逸脱
7. chapter-control-card.md を使って、章のコントロールカードを作成します。
   • スタイル上の圧力が重要な場合は、スタイルの強度、段落モード、有効なスタイル要因、意図する回収、擬似スタイルへの逸脱を記録します
   • カードを control-cards/NN-<chapter-title>-control-card.md に保存します。タイトルがまだ確定していない場合は、安定した仮スラッグを使い、最終タイトルの確認後に名前を変更します
8. プロジェクトで章タイトルを使用している場合は、chapter-title-method.md を使って、候補タイトルを 3-5 件作成します。
   • プロジェクトの命名規則に合う仮タイトルを選びます
   • 仮タイトルを章のコントロールカードと 07-chapter-roadmap.md に記録します
9. リスク確認で深刻な問題が見つかった場合は、不足情報の分岐を使います。
10. コントロールカードに基づいて章を執筆します。

• この章でより厳密な制御が必要な場合は、scene-execution-patterns.md を使って、シーンごと、または圧力の単位ごとに執筆します
• コントロールカードに章固有の上書きが記録されていない限り、09-style-guide.md の段落モードを引き継ぎます
• web-serial-natural では、ほとんどの地の文の段落を 2-4 文にし、シーンで意図的にビートを際立たせる場合を除き、一文だけの地の文の段落を連続させないようにします
• 圧力や舞台上の動きに変化がない限り、同じ話者の連続したビート、それに付随する動作、その直後の短い一言は、同じ段落にまとめます
• 装飾的な空白ではなく、話者の交代、シーン・時間・視点の移行、実際に圧力が転換する箇所で段落を分けます
• 採用した章の原稿を chapters/NN-<chapter-title>.md に保存します

11. 章のベンチマーク確認を実行します。
12. ベンチマーク確認に失敗した場合は、章を採用する前に、段階的な書き直しを行います。
13. authenticity-and-de-ai-pass.md を使って、真正性の確認を行います。

• まず、汎用的な AI のパターン、見せかけの深み、抽象的な要約を取り除きます
• プロジェクトで本当に必要な用語を除き、過度に専門家然とした語彙を削るか、言い換えます
• その後、具体的な細部、リズムの変化、プロジェクト固有の語り口を取り戻します

14. 真正性の確認後に簡易再確認を行います。

• 連続性に関する事実が保たれていることを確認します
• キャラクターの声や関係性の圧力が平板化したり、ぶれたりしていないことを確認します
• フック、締めくくり、余韻が機能していることを確認します
• 段落構成が引き続き有効な段落モードに合致し、装飾的な空白に頼っていないことを確認します
• 不要な専門用語によって読みやすさが損なわれていないことを確認します
• 必要な専門用語、時代用語、設定用語が誤って削除されていないことを確認します

15. プロジェクトで章タイトルを使用している場合は、タイトルの最終確認を行います。

• タイトルが、採用した章の目的、転換点、余韻、語り口に引き続き合っていることを確認します
• 執筆中に章の中心が変わった場合は、仮タイトルを差し替えます

16. 連続性、スタイルの一貫性、テーマ上の圧力、重要な基準、そして再び生じる圧力への対処が、形だけではなく因果に基づいていたかを確認します。
17. 動的ファイルと構造ファイルを更新します。

• chapters/ と control-cards/ が、採用した章のタイトルと番号に一致している状態を保ちます

18. 執筆ログに章とファイルの更新を記録します。

章のベンチマークチェック

章を受け入れる前に、quality-and-writeback-checks.md と reader-retention-and-ai-failure-modes.md を読んでください。 必須の判定基準：

• スローバーンや抑制した作風でも、キャラクター、論理、テーマ、独創性を必須の判定基準として維持します
• 平板な手続き描写、ベンチマークの物まね、根拠のない見返り、圧力を伴わない会話は却下します
• 採用する章では、主人公の声、その章内での決着、持ち越される負債を明確にします

忘れられた要素の管理

プロジェクトが長大、複雑、または連載形式の場合は、計画とレビューの際に forgotten-elements-and-line-heat.md を実行してください。

考えられる結果：

• 直接進展させる
• 圧力を想起させる
• 正当な休眠状態として記録する
• 決着またはアーカイブする

このチェックを、圧力を変化させない、場当たり的な顔見せ、無作為な注意喚起、あるいは偽の再登場で済ませてはいけません。

真正性の確認

構成とベンチマークの論理に問題がないことを確認した後、authenticity-and-de-ai-pass.md を実行してください。

次の3段階を順番どおりに行います：

1. 汎用的なAIの癖、深みのない見せかけ、抽象的な要約、中身のない結論、質感のない埋め草を取り除く
2. 特化しすぎた語彙、分析調への逸脱、読者にとって障壁となる専門用語を、視点や設定上その用語が本当に必要な場合を除き、削るか言い換える
3. 具体的な細部、リズムの変化、話者ごとの違い、プロジェクト固有の声を取り戻す

この作業の前、または作業中に、09-style-guide.md を読んで、次の点を確認してください：

• 使用禁止のAI風の定型句や言い回しの癖
• 段落の形式と、短い段落が許される条件
• 地の文と会話で許容される専門用語の上限
• 残す必要がある専門分野、歴史、設定に関する用語

小説で文学的な密度、歴史的な文体、格調高い語り、または様式化された話し方を意図的に用いる場合は、その作風を平板化せずに、汎用的な要素だけを取り除いてください。

中程度または大幅な真正性の編集後は、必ず軽く再確認し、次の点をチェックしてください：

• 継続性に関わる事実
• キャラクターの声
• 関係性にかかる圧力
• 引きと決着の整合性
• 一般読者にとっての分かりやすさ
• そのまま残す必要がある必須用語

書き直しの段階的対応

章のベンチマークチェックに不合格となった場合：

1. 1回目の不合格：
   • 問題の一覧に基づいて章全体を書き直します
2. 2回目の不合格：
   • 不合格となった要素だけを、より厳密に管理して書き直します
3. 3回目の不合格：
   • 章全体を無計画に書き直すのをやめます
   • 不合格となった項目を要約します
   • 考えられる根本原因を要約します
   • 修正すべき箇所がアウトライン、キャラクター設計、ペース配分、テーマを担う構成のいずれなのかを明示します
   • 無作為に再試行するのではなく、原因に応じて修正します

マラソンモード

マラソンモードは、ユーザーが現在のアウトラインと登場人物資料を承認した後にのみ開始します。

ユーザーが、奔放な執筆、途切れない続筆、自動続筆、または手離れのよいマラソン形式の執筆を求めた場合：

• bootstrap-and-marathon-handoff.md を読み込みます
• 引き継ぎ前に、プロジェクトルートに codex-continue-novel.ps1 が存在することを確認します
• 存在しない、または古くなっている場合は、まず assets/codex-continue-novel.ps1 からスクリプトを作成または修復します
• 現在のセッションを終了するようユーザーに伝えます
• 次に、プロジェクトルートから以下のコマンドを実行するよう伝えます：

powershell -ExecutionPolicy Bypass -File .\codex-continue-novel.ps1

• ループ実行中のランナーは Ctrl+C で停止できることをユーザーに伝えます
• 何らかの理由で自動起動がブロックされた場合は、手順を曖昧に説明するのではなく、同じコマンドを手動で実行する代替手段として明示します

マラソンモードでは：

• 章ごとにユーザーへ再確認を求めないでください
• すべての内部制御ステップは引き続き実行してください

各章で、引き続き以下を行います：

• 必須ファイルの読み込み
• 密度上必要な場合の検索対象範囲の準備
• 章の制御カードの作成
• 章題が有効な場合の仮タイトル生成と最終タイトルの再確認
• 選択したスタイルモジュールの読み込み
• 忘れられた要素と文の熱量のスキャン
• ベンチマークと連続性の確認
• 必要に応じた書き直しのエスカレーション
• 真正性の確認
• 真正性確認後の簡易再チェック
• 動的状態の更新
• 構造ファイルの修復
• 執筆ログへの記録

現在の章が承認され、プロジェクトファイルに書き戻された後にのみ、次の章へ自動で続けます。

承認済みのアウトラインが自然に完結したときにのみ、マラソンモードを停止します：

• 主要な筋が解決している
• サブの筋が決着しているか、正当な余韻を残して意図的に未解決となっている
• 主要な負債が清算されているか、別の形に変わっている
• 結末の方向性が実現されている

固定の章数や語数目標に達したことを理由に停止しないでください。

動的更新ルール

書き戻しのチェックリスト全体については、quality-and-writeback-checks.md を読んでください。 承認された章ごとに：

• dynamic-state-template.md を使って 08-dynamic-state.md を更新します
• 必要に応じて、変更された正規ファイルを 03/04/05/06/07/02 で更新します
• 章題が有効な場合は、07-chapter-roadmap.md に固定された章題が、承認された章と一致していることを確認します
• 正規ファイルが最新になってから、任意の補助制御メモを同期します
• logging-rules.md の記録ルールを適用します

スタイルモジュールの読み込み

制御ステーションには内部スタイルモジュールがあり、必要に応じて読み込みます。

プロジェクト開始時：

• 主要スタイルを1つまたは2つ尋ねます
• 補助スタイルは最大1つまで尋ねます
• スタイルの配分目標と、優れた作品から取り入れる強みを記録します
• 補助スタイルの適用範囲、望ましいスタイルの強度範囲、避けるべき疑似スタイルへの逸脱を定義します
• 禁止するスタイルモードを記録します

章の執筆時：

• style-modules/index.md を通じてスタイルの読み込みを行います
• この章でどの強みを有効にするか、またスタイルをどの程度強く適用するかを 09-style-guide.md で判断します
• 選択した内部モジュールの core.md ファイルのみを最初に読み込みます
• 章で必要な場合にのみ、モジュールの詳細ドキュメントを読み込みます
• 選択したスタイルの圧力、有効なスタイルの原動力、見返りの焦点、疑似スタイルへの逸脱を章の制御カードに記録します

利用可能な内部モジュール：

• ユーモア
• サスペンス
• ミステリー
• ロマンス
• ホラー
• ファンタジー
• 文学

レビューと書き戻しの詳細

適応的な重み付け、独創性の規律、章の品質ゲート、最終書き戻し、またはよくある失敗のレビューを適用する際は、quality-and-writeback-checks.md を読んでください。