第14章　空のVaultの前で：この文章が伝えようとしたこと

第1章の最初の文へ戻りましょう。スター・ウォーズを一語で説明することはできません。フォース、ジェダイ、ライトセーバー、ダース・ベイダー、反乱軍、銀河帝国は一つの点ではなく、互いにつながる関係網として編まれており、その全体がスター・ウォーズだからです。一つのIPとは、そのIPを成すすべての言葉が作る関係網です。

この文章は、その関係網を意図的に築く作業を14章にわたり案内してきました。4段階パイプラインから9分類と世界観軸、冪等性規則、検証と運用サイクルまで、IPの頭の中に散っていた関係網をObsidian Vaultという手で触れられる資料として取り出す手順でした。

いま読者の机には、13カラムCSVの書式と9分類ガイド、そしてまだ空のMarkdownファイルが広がっています。ファイルの間にはまだ接続線がありません。しかし読者はすでに知っています。最初の行を満たす瞬間に第1次抽出が始まり、その行が数百に増えて第2次統合で見出し語に束ねられ、第3次でMarkdownファイルになり、第4次で叙述が書かれると、点の間に線が編まれ、一つのIPの関係網地図が画面に広がることを。

既存の創作慣例とLibraryingの違い

IPを運営する方法がなかったわけではありません。作家個人の設定ノート、チーム共有文書、Googleスプレッドシート、wikiサイトがそれぞれの方法でIP情報を管理してきました。

しかしこれらの方法には、非定型形式、単一作成者への依存、バージョン管理の不在、引き継ぎの難しさという四つの共通する限界があります。

設定ノートは作家が好きなように書く定型のない形式です。人が読めば理解できますが、機械が読んで処理しにくく、検索や一貫性検査、他ツールでの再利用も困難です。IPの本当の設定は作家の頭の中にあり、文書はその一部しか収めないため、作家がいなければ不確かな情報が多くなります。IPの発展に伴い設定が変わっても、どれが最新かを追いにくく、第3版で変えた内容なのに第2版設定がどこかに残ることがあります。他チームへIPを渡す時や長い時間の後に再び扱う時も、設定の多くが原作者の記憶だけにあり、引き継ぎが難しくなります。

Libraryingはこの限界への方法論的な答えです。13カラムCSVとMarkdownファイルの構造があらかじめ決まっているため、機械が読めて自動化ツールが処理でき、他ツールでも再利用できます。Vaultは一人の頭の中でなくファイルシステムにあるので、IPを初めて見る人も開けば公式設定を確認できます。frontmatterのバージョン状態カラムと出所リストカラムが各見出し語の版の履歴を含み、冪等規則が更新時に既存の作業を守ります。Vaultフォルダ一つを渡せば、IPの公式語彙と世界観構造が一緒に渡ります。

これがLibraryingが既存の慣例を改善する点です。よりよい作家になる方法ではなく、IPをよりよく管理するシステムを作る方法です。

この文章が伝えようとしたこと

14章を一文に縮めれば、こうなります。LibraryingはObsidianでwikiを作る仕事ではなく、制作プロデューサーがIP全体を運営する一つの原本を築く仕事です。

違いは器ではなく、切り分ける方法にあります。同じObsidianを使っても、9分類と世界観軸という二つの座標で切るため、このVaultは検索用辞典ではなく運用用原本になります。新しい短編もキャラクターも外国語翻訳も百科事典も、すべてこの一冊を通って出ていきます。

だからこのVaultは完成した瞬間に終わる資料ではありません。作業から出た新語彙が逆流で戻り、冪等規則がすでに書いた叙述を守りながら、その上に次のサイクルを重ねます。逆流が止まらないかぎり、IPは生き続けます。

制作プロデューサーの役割：決める手

この文章が一貫して強調してきたことがあります。制作プロデューサーは作家ではありません。

作家が文章を書く人だとすれば、制作プロデューサーは書きながら管理し、委任し、検収し、書き直す人です。書くことは彼がする多くの仕事の一つにすぎません。

Libraryingは制作プロデューサーの仕事です。4段階パイプラインを設計し、AIの仕事仲間に何をどう委任するかを決め、結果を検収してVaultを運営します。直接書く段階（hub直接執筆）も、委任する段階（leaf叙述）も、確認する段階（検証）も含まれます。

第2章では「決める手は人であり、紡ぎ出す手はAIです」と述べました。14章を通じてLibraryingを読んだ今、この文がどう働くかを手でつかめるでしょう。9分類のどこへ入れるかを決めるのも、世界観軸を設計するのも人です。hubを直接書き、P0課題をすぐ直し、逆流でVaultを成長させ続けるのも人の役目です。AIが紡ぎ、人が検収して通したものがVaultを満たし、AIが誤り人が直したものがVaultの質を作ります。この分業がよく働く時、一人では抱えにくい規模の作業が現実的な時間で完成します。

最初のサイクルを始める読者へ

小さなIPから始めてください。最初のサイクルから1,500見出し語を目標にする必要はありません。核心文書を5〜10本だけ選び、300〜500見出し語のVaultをまず作ればよいのです。目標は4段階全体を一度最後まで経験することです。大きなIPを最初から完全にしようとして途中で止まるより、小さなIPを最後まで完成するほうがはるかに価値があります。

世界観軸も最初の練習では3〜4個から軽く始められます。ただし運用用Vaultへ進む時は別です。運用ワークフローでは核心軸5〜7個に「一般」と「未定」を加えた一覧をプロファイリング段階で確定し、その許容値の中で第2次統合と検証が動きます。最初から完璧な軸名を当てろということではありませんが、少なくともどの軸を試すかは作業前に書いておくべきです。

練習用の最初のVaultなら第2次統合も完璧でなくて構いません。全体の流れを学ぶためのファイルなら85〜90％の状態でも第3次と第4次まで一度進められます。しかし他作業へ渡す運用用Vaultなら合格線は違います。同義語束、代表キーワード、世界観軸、バージョン状態が95％水準に達し、自動検証とhandoffチェックを通る必要があります。完璧を待ってVaultを終えられないのも問題ですが、練習用の緩さを運用用基準と誤解するのも問題です。

第4次執筆では、まずhubをいくつか直接書いてください。小さな練習用Vaultなら3〜5個でもトーンの基準を作れますが、運用用の最初のサイクルなら5〜10個を勧めます。その叙述がその後の執筆の基準になるからです。hub全体を一人で書こうとして第4次が止まる例は少なくありません。重要なのは数字ではなく、AIの仕事仲間へ渡せるほど文体と視点が明瞭な基準例を先に作ることです。

最初のVaultを完成したら、翌日にもう一度開いてください。一晩後に開くと同じVaultが別の目に見え、抜けた場所や誤った接続が現れます。それらが最初のP2課題一覧になり、そのまま次サイクルへ持ち越されます。

姉妹文章へ続くもの

Libraryingが作ったVaultを活用して短編を執筆する方法は『ストーリーテリング100』で扱います。Vaultの人物見出し語がキャラクターシートになり、世界観軸が日常断面素材の軸になります。

翻訳作業でVaultを活用する方法は『ソヨンガク』で扱います。翻訳ノートカラムと異称、別称カラムが翻訳一貫性の資料になります。

キャラクターをゼロから形作る際に、Vaultの世界観軸と人物関係網を参照する方法は『新規キャラクタービルド』で扱います。第1章でこの文章の姉妹として紹介した文章です。Vaultの1,500件を一冊の出版百科事典にまとめる方法は『LOREBOOK』で扱います。

これらの文章とこの文章は、一つのパイプラインの中で互いにつながります。

空のCSVの前で

空のCSVファイルに最初の行を入力する瞬間が、Libraryingの始まりです。

IDX、分類、キーワード、説明、出所。最初の行にヘッダーが満たされ、次の行に最初のキーワードが入ります。こうして第1次抽出が始まります。

そのキーワードは数百行を経て第2次統合で代表キーワードに束ねられ、第3次でMarkdownファイルになり、第4次で叙述が書かれます。そのファイルはObsidianのグラフビューで一つのノードになり、ノードにリンクがつながります。ノードが積み上がれば関係網になり、その関係網がIPの世界観地図です。

最初は空だった地図が、いまは1,500の点と数千の接続線で満たされています。その中で人物が生き、場所が存在し、事件が起こり、装置が働き、概念が流れます。このIPの世界が一枚の地図として広がったのです。

スター・ウォーズを一語で説明できないように、読者のIPも一語では説明できません。その関係網はいま、読者の頭の中だけにあります。

読むことはここで終わります。机へ戻り、空のCSVの最初の行を書いてください。IPが画面の上へ歩み出すことは、まさにその一行からしか始まりません。