第9章　第4段階の叙述執筆──Vaultに命を吹き込む

東洋王朝ものの世界観「雨師府」で「祈雨祭」という見出し語を探すと、「干ばつに雨を祈る国家儀礼」という定義が出てきて、詳細説明には儀礼の順序、条件、結果が整理されています。しかし作家はこれだけでその場面を書けるでしょうか。ひび割れた田を背に乾いた空へ初めて雨を祈った真昼の光景、その感覚が途方のなさなのか切実さなのかまで書くなら、定義と詳細説明だけでは手が動きません。

第4段階の叙述執筆は、まさにその叙述を書く段階です。

なぜ叙述が必要なのか──定義だけでは足りない理由

第5章で作った定義を思い出しましょう。「祈雨祭は干ばつに雨を祈る国家儀礼である。王の徳と正統性を試す舞台となる。」正確で自己完結しており、他の見出し語の詳細説明内で引用されてもすぐ理解できる、良い定義です。

しかしこれだけでは足りません。小説やドラマで初めて祈雨祭を行う人物を描こうとする作家は、この定義を読んでもすぐに場面を書けません。この儀礼がどんな雰囲気で、どんな感覚的経験なのか、このIP世界で人々が儀礼をどう受け止めるのか、初めて儀礼を捧げた人物が後にどう変わるのかが、すべて定義の外に残るからです。

ここで必要になるのが場面化ポイントです。場面化ポイントは、見出し語をそのまま小説の文やコンテへ変える完成原稿ではなく、定義と詳細説明だけではつかめない創作の着地点です。事件より小さく、ショットやカットより大きい単位です。「祈雨祭」という事件全体ではなく、ひび割れた田を背に乾いた空を初めて見上げる真昼の場面、王は雨を祈るが群衆はすでに沈黙で失敗を予感している場面、祭官の祝文が終わっても風一つ起きない瞬間、といった単位です。

この単位は媒体ごとに別の名で訳されます。Web小説なら場面または視点場面、Webtoonなら複数のカットが束ねられた場面、映画やドラマならシーンまたはシークエンスになります。ゲームではイベントシーン、カットシーン、クエスト場面、ときにはステージの核心の瞬間へ変わります。名前は違っても機能は同じです。見出し語の概念を、読者・観客・プレイヤーが実際に経験できる瞬間へ下ろすことです。

場面化ポイントにはいくつかの型があります。第一は感覚型です。ひび割れた田の土の匂い、真昼の白い光、ほこりをかぶった祭壇、音を立てない群衆のように、見出し語の感覚温度を捉えます。第二は行為型です。祭官が水のない器を掲げる、王が乾いた地にひざまずく、民が空ではなく水門を見る、といった、見出し語が身体の行為として現れる瞬間です。第三は関係型です。誰が誰の前で儀礼を執行し、誰がそれを信じ、あるいは疑い、その視線の位置がどう分かれるかを捉えます。

第四は葛藤型です。祈雨祭が単に雨を祈る儀礼ではなく、王の徳と正統性を試す舞台になるとき、見出し語は説明ではなく圧力になります。第五は転換型です。儀礼後に何も起きなかったため人物が天を信じなくなる、あるいは遅い一筋の雨によって権力の秩序が再び固まる瞬間です。毎回この五型すべてを満たす必要はありませんが、重要なhub見出し語なら少なくとも一つ以上の場面化ポイントが必要です。そうして初めて作家は見出し語を実際の場面へ移せます。

百科事典編纂学には、定義と解説の古い区分があります。定義はカテゴリーと特性を論理的に記述し、解説は対象が実際にどう働くか、どの文脈に置かれるか、何が興味深いかを語ります。良い百科事典項目は定義で始まり解説へ続きます。ライブラリングでは%% LLM %%ブロックが解説を収める場所です。定義と詳細説明が論理的技術なら、LLMブロックはこの見出し語がIP世界で生きている存在であることを示す叙述です。

この叙述があると二つが変わります。第一はIP創作者がVaultを参照するときの経験です。定義だけのVaultが辞書なら、LLMブロックが満たされたVaultはIP世界の記憶庫です。辞書を引くことと記憶庫を歩くことはまったく違う経験になります。第二はAIの仕事仲間がVaultを文脈として使うときの品質です。AIがVaultで「祈雨祭」を参照するとき、定義だけなら一般知識水準の答えを出しますが、LLMブロックに叙述があれば、このIP固有の質感で答えます。Vaultの密度が成果物の密度を決めます。

見出し語一つひとつの叙述が集まるとそれ自体で世界が生き出すことを、私はゲームで最も鮮明に見ました。フロム・ソフトウェアの『ELDEN RING』と『DARK SOULS』は本編のカットシーンを抑える代わりに、武器、防具、タリスマンなどのアイテム説明一行一行へ世界史の断片を込め、プレイヤーはその断片を集めて頭の中で世界を復元します。私はこれを第4段階の叙述モデルにします。各見出し語をそのような説明文として組んでおけば、作家がVaultを順序なく散らして読んでも、その断片が集まり世界が生き出すからです。『Hollow Knight』も同じ原理で、敵を倒すほど埋まるインユニバース図鑑「狩猟者の書」は168項目それぞれに敵の情報とともに狩猟者の視線と世界の歴史を記し、図鑑自体が世界を解く入口になります。

第4段階執筆の構造

第4段階執筆は四段階で流れます。

まずhub見出し語を直接書きます。 100〜150のhubから代表的な5〜10件をプロデューサーが直接書き、この叙述がその後の執筆全体のトーン基準になります。見出し語が重いIPなら5件だけでも十分なことがあり、トーンがつかみにくいIPなら10件近く書く必要があります。

次に残りをAIの仕事仲間へ委任します。 残るhub、中間見出し語、leafをバッチに分けて委任しますが、バッチサイズと同時処理数は固定値ではありません。見出し語が軽ければ一バッチへ多く入れられ、主人公や核心装置のような比重の大きい見出し語が混ざればバッチを減らします。

5段階の検収を通します。委任結果をそのまま受け取ってファイルへ注入せず、5段階検収を通った叙述だけがLLMブロックへ入ります。

最後にmanifestを更新します。manifestはビルド結果を要約したファイルで、バッチが終わるたび進行状況を記せば、作業が中断・再開したときどのバッチから続けるかを確認できます。

hubを5〜10件直接書くこと──声を見つける過程

人が直接書くhub 5〜10件は、単に品質の高い叙述ではありません。プロデューサーがこのIP叙述の声を初めて見つける過程です。

同じ内容でも書く人の観点と文体で、まったく別のテキストになります。祈雨祭を説明する叙述は、儀礼手順を中立に記す史官記録の声にも、この儀礼を初めて捧げる人物の切実さと途方のなさを内側から見る声にも、この世界の古い天命信仰を伝える語り手の声にもなり得ます。どの声を選ぶかは技術的決定ではなく創作的決定であり、hub直接執筆でその決定を下します。最初の三件で声を試し、五件を過ぎると方向が見え、十件が終わる頃にはこのIP叙述の声が完成します。

そのためhub直接執筆は一見出し語当たり最も手間をかける作業で、20〜30分を要します。五件なら最低限のトーン基準が生まれ、十件近く書けば世界観の複数軸を横切る基準事例集になります。この時間を惜しんではいけません。強いhub直接執筆本には二つの効果があります。一つは、AIの仕事仲間がhub叙述を事例として受け取りパターンを学ぶため、残りの委任結果の品質が上がること。もう一つは、検収五段階の第四段階であるトーン一貫性がずっと軽くなることです。基準が明瞭なほど、基準からのずれを見つけやすいからです。

人物見出し語の四階層の分量

第4段階執筆では、見出し語の比重により異なる分量を適用します。人物見出し語は特に四階層へ分け、分量に差を付けます。

主人公（作品の核心視点であり葛藤の軸）は、六〜八段落の自由叙述です。物語的意味と象徴、人物関係、確定した外形と所属、そしてこの人物がIP世界の中で果たす役割をすべて含めます。

主要人物（多数の事件に関わり物語へ影響する人物）は三〜五段落で書き、脇役（一部の事件または場面に登場する人物）は一〜二段落です。端役（名前が一、二度だけ出る人物）は一〜二文で、初登場の位置と簡単な役割だけを書きます。

なぜ端役には二文だけなのか。端役はleafであり、leafへhubと同じ労力をかければ均衡が崩れるからです。Vault内の見出し語の分量差は、その見出し語がIP内で持つ比重をそのまま示します。すべてを同じ分量で書けば、逆説的に何も強調されません。

Wikipediaの人物項目分布も同じ四階層に従います。「シェイクスピア」が一万語を超える長い叙述なら、『ハムレット』の主要登場人物「ホレイショー」は千語前後の独立文書であり、第1幕第1場に短く出る見張り番「フランシスコ」は独立文書すらなく、登場人物一覧に二、三行で記されます。分量が違って初めて分量で比重が現れ、同じ四階層がライブラリングの人物見出し語にも働きます。

現在作業中の「雨師府」IPへ同じ四階層を適用します。肉眼で空を読んで雨を当てる例外である[[夜天子]]が主人公です。その的中は大逆罪となる唯一の変数であり物語葛藤の軸なので、六〜八段落で最も深く書きます。同じ規則の反対側に立つ雨師府大提学も主人公に準ずる比重なので、それに合わせて書きます。主要人物は予測、水、儀礼に直接関わる[[雨師府]]官員と、貯水・水路を握る権門で、三〜五段落です。脇役は一部の場面だけに出る雨師府末端官員と上流の町の郷吏で、一〜二段落です。端役は、天の兆しを信じて種をまき干ばつに崩れる下流の町の民のように、名が一、二度だけ言及される人物で、初登場の位置と役割だけを一〜二文で記します。同じ人物群でも比重により分量は四段階に分かれます。

この階層区分は第8章のhub/leaf区分とともに適用され、主人公かつhubの人物は最も深く長く、端役かつleafの人物は最も短く書きます。階層とhub/leafがずれる場合もあります。端役でもIPの核心装置とつながり引用が多い場合がそれで、そのときはhub判断に従います。

人物以外の見出し語の構造化

人物以外の分類でも、叙述内には構造化された情報が入る部分があります。

装置見出し語では、その装置がIP世界でどう経験されるかを叙述で解いた後、「制約条件」セクションを置きます。装置が何をでき、何をできないかを出典とともに整理しますが、推測や解釈は自由叙述領域へ入れ、出典に明示された規則だけを制約条件に入れます。装置の制約がそのまま物語を作るため、このセクションは重要です。装置で何ができないかを知って初めて、装置が出る場面で何が可能かを判断できます。

場所と組織の見出し語では、その場所または組織がIP世界で果たす役割を叙述で解いた後、「構成要素」セクションを置きます。そこには場所・組織に所属する人物と関連装置の一覧が入ります。

事件見出し語に入るのは、IPタイムラインでの位置、関与した人物、その事件がIP世界観へもたらした変化です。事件見出し語は特に因果関係が重要で、この事件がなぜ起き、その結果何が変わったかがセクションの核心になります。

こうした構造化セクションがあって初めて、次の作業はVaultから情報を正確に取り出せます。構造化なしで自由叙述だけがあると、ツールが叙述から情報を抽出するとき誤りが生じます。

ストーリー・ダイジェスト──第4段階の核心入力

第4段階執筆でAIの仕事仲間へ与える核心入力の一つが、ストーリー・ダイジェストです。

AIの仕事仲間へ見出し語を委任するとき、何を一緒に渡すべきでしょうか。最小限なら見出し語の定義と詳細説明です。しかしそれだけではAIはこのIPの文脈なしに一般知識から叙述を組みます。「祈雨祭」の定義だけ渡せば、AIは東アジアの祈雨儀礼一般について書き、このIP世界で祈雨祭がどんな意味を持つかは分かりません。

ストーリー・ダイジェストはこの問題を解きます。これは原本文書を短くした要約ではなく、第4段階執筆のための解釈済み文脈ファイルです。原稿、スクリプト、ルールブックのような資料をプロデューサーの目で読み直し、シーン別筋書き、人物関係と動線、核心事件のタイムライン、象徴とモチーフの反復パターンを一まとまりに圧縮します。分量は概ね原本の五分の一を目標にしますが、核心はトークン節約ではありません。どの事件がなぜ重要か、どの感覚が反復するか、どの関係がどこで折れるかを解釈し、第4段階の散文の材料にすることです。これを一緒に渡せばAIはこのIP固有の文脈内で叙述を書き、祈雨祭がこのIPでどの人物へどのように起き、その経験が物語でどう描かれたかを理解して書きます。

ダイジェストに何を入れるかは明確です。シーン別筋書きは「AがBをした」ではなく、「AがBをしてCが変わった」という形式で因果のつながりを示します。人物関係には最初の状態と最後の状態の両方を記し、IP内で反復する感覚モチーフ、すなわち色・匂い・音、そして象徴パターンを明示します。核心事件タイムラインは年代順ではなく因果順に並べます。入れないものも明確で、原文をそのまま移した抜粋は入れません。抜粋を入れると分量が五分の一を超えるうえ、AIが原文をそのまま叙述へ引き込む誤りが生じるからです。登場回数が一、二回にとどまる端役描写も同じ理由で省きます。ダイジェストの目的はIPの文脈の骨組みを渡すことであり、原本を再現することではありません。

ストーリー・ダイジェストを誤って作ると、第4段階の検収五段階に結果が現れます。原文抜粋が多い、または分量が五分の一を超えると、AIは文をそのまま叙述へ引き込み、LLMブロックが原本再現に近づきます。IP固有の語彙と質感ではなく、原本文体がそのままコピーされる問題です。逆に圧縮しすぎて核心因果と感覚モチーフが抜けると、AIは不足部分を一般知識で補います。この場合、第五段階のプロジェクト文脈適合で不合格が多くなり、再要請回数が増えます。

ストーリー・ダイジェストが正しければ、検収五段階の通過率が上がり、保留見出し語数が減ります。このファイルの品質は第4段階全体の時間予算へ直接影響します。人が第4段階前に一度作成し、約30〜60分かかります。第3章の時間予算に別項目として入る理由がこれです。

委任構造──バッチと並列処理

残る見出し語全体を一度にAIの仕事仲間へ委任することはできません。一つの要請に入る文脈には限界があり、一度に多く処理しすぎると何より検収基準がぼやけます。

ライブラリングの委任構造はバッチ処理です。基準値は一バッチ15件、同時処理3件ほどにできますが、この数は絶対規則ではありません。hubや主要人物のような比重の大きい見出し語が混ざれば8件または10件へ減らし、leaf中心の軽い見出し語なら20件前後まで増やせます。同時処理も同様で、トーンをしっかり合わせる必要があるバッチでは二つへ減らし、形式が安定したleafバッチでは四つまで増やせます。

バッチサイズを決める基準は処理効率だけではありません。より重要なのは検収単位の一貫性です。一バッチは、検収者が形式、リンク、分量、トーン、プロジェクト文脈を一度に同じ目盛りで点検できるだけ小さくなければなりません。大きすぎれば一バッチの前半と後半でもトーンが変わり、小さすぎれば全体作業が細かく切れすぎます。同じ世界観軸または同じ分類の見出し語をまとめるのもこのためです。天命軸を一バッチ、水軸を別バッチにまとめれば、AIの仕事仲間も一バッチ内でその軸の語彙と文脈を一貫して保ち、人も同じ基準で検収できます。

検収一サイクルを実際に追う

五段階を並べるだけでは抽象的です。小さなleafである[[堰の水門]]を例に、一サイクルを追います。「雨師府」で水門は町に命を分ける水路であると同時に、それを握る者には町を干上がらせる取っ手です。

AIの初稿が「水門は水の流れを調整する農耕社会の灌漑設備である」とだけ書いたとします。事実として間違いではなく、形式・リンク・分量・文体も通るでしょう。しかし第五段階で止まります。どの農耕世界にも通じる一般知識で、「雨師府」では上流の水を握る権門が水門を閉じ、下流の町へ干ばつを下し、その干ばつが天命を揺るがす政治になるという権力の文脈が抜けているからです。

再要請では「一般的な灌漑装置ではなく、上流の権門が下流の町へ干ばつを下す武器として書き直すこと」と一文で伝えます。通過本は、水門が水をため流す装置であると同時に、町の生死を握り、天災の顔をした人災を作る政治の取っ手であることを描きます。草稿が機能を語るのに対し、通過本は権力を語ります。ここに人が第五段階で加えるIP固有の文脈があります。

一度の再要請で通ればよく、三回再要請しても通らなければ、その見出し語を「保留」として人が直接処理し、保留一覧をmanifestへ記録します。

第4段階の時間予算

第4段階の叙述執筆は、ライブラリング全体で最も時間のかかる段階です。hubを5〜10件直接執筆するのに2〜5時間、残りをAIの仕事仲間へバッチで委任して検収するのに、再要請と手動修正を含め3〜5時間かかります。合計5〜10時間であり、第3章の時間予算が第4段階へ配分した範囲そのものです。

この時間を縮めようとすると、叙述品質が下がり、後の運用でVaultを参照するたび空いた情報と誤りに出会うという二つの結果を招きます。最初に書くとき節約した時間は、その後の運用で何倍にもなって戻ります。第4段階は時間に追われず、一バッチずつ丁寧に通す姿勢が適します。

一つのhubを最後まで追う──トーン基準はいかに立つか

hub直接執筆が以後全体の基準になる仕組みを、一つの見出し語で最後まで追います。「雨師府」のhub見出し語[[天命(天命)]]を選びます。定義はすでにあります。「天が王へ下した統治の権限であり、雨がその証し、干ばつが撤回の合図である。」第4段階ではこの定義の上へ解説を足し、雨が降る限り王は正当だが、干ばつになった瞬間に権限が疑われること、だから天を語る権限がこの世界で権力の根になることを生きた秩序として書きます。

このhub叙述を書くとき、天命を「王朝の正統性が雨一筋にかかる秩序」と見る政治的視線を声として選んだとします。その視線が見出し語の語彙と距離を決め、この決定が以後残る見出し語のトーン基準になります。

[[天命(天命)]]の叙述からは、証しである[[雨]]、天を語る権限を握る官庁[[雨師府]]、天命を受ける[[王]]、撤回の合図である[[干ばつ]]、権限の外で本当の空を読み天命を揺るがす変数[[夜天子]]へ、複数の道が枝分かれします。この五見出し語を次に書くとき、作家は[[天命(天命)]]で定めた政治的視線を受け継ぎ、同じ距離で書きます。hubから書けば、一篇の叙述がこのように隣接見出し語へトーンを広げます。

第4段階が完成するとき──Vaultが生きていること

第4段階の叙述執筆が終わると、1,500のLLMブロックに叙述が満ちます。この時点で.mdファイルを一つ開けば、定義、詳細説明、叙述がすべてそろった完成済み見出し語ページが見えます。

Obsidianである見出し語の叙述を読み、[[リンク]]を押して関連見出し語へ移り、さらに別の見出し語へ移ると、一つのIPの世界観を指先でたどって歩けます。5年運用したIPでも、このやり方で世界観を初めて巡ったという反応は多くあります。

[[天命(天命)]]から[[雨]]へ、雨から[[雨師府]]へ、雨師府から[[干ばつ]]へ、干ばつから[[夜天子]]へ移ります。数分歩けば、このIPの世界観構造が身体で感じられます。どの概念が他の概念とどう結ばれ、どの見出し語から数多くの道が分かれるかが見えます。これが生きたVaultの感覚であり、第4段階を終えて初めてVaultはその感覚を持ちます。

第4段階を終えて

第4段階は前の段階と性格が異なります。執筆なので基準がきっぱり決まらず、人の判断がより多く入り、一バッチの叙述が次のバッチの基準になります。

hubを5〜10件直接書く時間を惜しんではいけません。その数篇が残りの見出し語の声を決めます。

第10章は検証です。第4段階を終えたVaultが実際に使える水準かを確認する段階で、発見された問題を緊急度ごとに三等級へ分けるP0/P1/P2問題分類と、自動検査・標本検収・統合ビルドという三層がどう働くかを見ます。

委任後の検収五段階

AIの仕事仲間が組んだ叙述をそのまま受け取ってファイルへ注入しません。結果を直接ファイルへ書く方式でも、中間結果を受け取って人が反映する方式でも、重要なのは一つです。五段階検収を通る前にはVaultへ確定反映しません。 この停止線が崩れれば第4段階は速くなりますが、Vault全体のトーンと形式が乱れます。

第一は形式一貫性です。LLMブロック構造、構造化セクションの見出し、フィールド順序が形式例と同じかを見て、様式100%一致を通過基準にします。自動化処理できる状態かを確認する段階です。セクション見出しまたはフィールド順序が違えば、このファイルを読む次の作業が情報を誤読するからです。第二はリンク完全性で、本文内の[[リンク]]がすべてVault内に実在するか、自己を指すリンクがないかを見て、切れたリンク0件を通過基準にします。AIが叙述を書きながら存在しない見出し語を[[リンク]]でつなぐことがあり、これは自動検査で検出します。

第三は分量基準への適合です。人物四階層またはhub/leafの分量基準から±30%以内を通過基準とします。資源配分が設計どおりかを見て、hubが短すぎずleafが長すぎないことを確認し、±30%内なら通過です。第四はトーン一貫性で、hub直接執筆本の核心姿勢が他の見出し語にも同じ姿勢で適用されたかを見、フレーミングのずれ0件を通過基準とします。自動化では判断できず、人が読みながら感じなければならない最も難しい段階です。第五はプロジェクト文脈適合です。プロファイルで定めた世界観軸、時代、文化圏語彙に反しないかを見、文脈違反0件を通過基準とします。AIが一般知識を持ち込みIP設定と衝突する叙述がここで引っかかります。祈雨祭でこのIPにない儀礼手順を描けば、第五段階で不合格です。

第9章 第4段階の叙述執筆──Vaultに命を吹き込む