Reference Sheet · Institutional Investment Series
資料別紙 · 第1.12版

本書の作り方

資料別紙 大規模言語モデルと制作基盤の図説 — 工程・検査・配信・版
性格 資料別紙(引く紙)第6号。統合終章の後記「本書の作り方について」の完全版として、執筆の工程(対話→正典化)、品質管理の五層(図1)、GitHubとCloudflareによる制作・二重配信基盤(図2)と三領域の分担(表1)、版の規律、事故の目録(表2)、レジリエンスの評価、そして文書の存在論への含意(表3)を図説する。説明責任の自己適用であり、同じ方法で書きたい者への設計図でもある
凡例 記述の一次資料は制作リポジトリ自身(規約・検査コード・CHANGELOG・タグ)である。Ⅷ追補の学術文献・海外制度への言及と、Ⅸの技術史への言及のみ記憶ベースであり、出版判断時に原典で確認する(係留台帳)。固有のサービス名は執筆時点の構成である。読者にITの予備知識は求めない——用語はⅠ節末の小辞典に引ける
 第1.12版(図表の全面更新——図1に増築帯〔常駐する意味を読む検証機4装置・破線=初版後の増築〕・図2の記述を現在形へ〔図版の正本=srcのインラインSVG・検査=ship.py 8段・タグ423本・url-watch常駐〕・**図3「検査の八つの門」を新設**〔各門=過去の事故の裏返し・実検出の実績を門ごとに記載・列の外の常駐装置・ALL GREEN帯。図版2→3点〕・表2の列幅是正〔事故22%/原因39%/対策39%〕) ※第1.11版(検証層の現在地への追従——①Ⅸ限界第一を反転記録へ改稿〔「係留の未完」→完遂は状態であって性質ではない・未確認ゼロ=2026年8月・照合先行への移行・不変の一句は保持〕②図1第五層とⅢに8段検査・巻間逐語照合・URL週次生存監視・敵対レビュー〔指摘224件・捏造ゼロ〕の常駐を追記③Ⅸ「意味を読む検証機」に自前の稼働実績〔捏造引用の自動棄却一件〕④Ⅴ=全48巻・タグ423本・図1=83テスト・第四層=公開巻〔検証の記録〕317記録へ⑤表2に事故2行追補〔奥付版番号の誤検知と再演検出・かぎ括弧の引用誤認〕。数値は全て実測・決め句と骨格は不変) ※第1.10版(リズム彫琢——内容・事実・係留・決め句は不変。「——」111箇所を句読点・括弧へ・決め句を導く儀礼的な——と見出しの——は保持) ※第1.9版(Ⅸに「射程と製法」を追補——学際性は製法の最初の産物である。「本書の学際性は、安価になった探索と、高価なままの判断の、掛け算の痕跡である」。経済学の全体は論考別紙〔書架はなぜ空だったのか〕へ) ※第1.8版(Ⅸに「枯れた技術の転用」を追補——新しい部品は一つ〔意味を読む検証機〕。「無償で提供されるものは、成熟の証明である」「新しいのは部品ではなく、写した先である」)· 初版 2026年7月 ※第1.7版でⅩ・さらに高度なAIが来る日 ※第1.6版でⅧに学術的追補 ※第1.2版で公開化
資料別紙
本書の作り方 — 大規模言語モデルと制作基盤の図説
本書は、本書が論じた方法で書かれた。委任し、規律で監督し、検証し、責任は手元に残す——その工程の、完全な開示である。

資料別紙 Ⅰ位置づけ — 後記の完全版として

統合終章の後記は、本書の執筆に大規模言語モデル(LLM)を全面的に用いたこと、構成と論旨の決定・出力の採否・事実の検証・誤りの責任がすべて著者に属すること、工程が明文の規約と自動検証の下に置かれていることを開示した。本紙はその完全版である。何をどう書き、どう検査し、どう配信し、どう版を刻んでいるかを、図説つきで解剖する。目的は二つある。第一に説明責任の自己適用。読者に検証可能性を説く本が、自らの製法を検証不能にしておくわけにはいかない。第二に再現可能性。同じ方法で書きたい者への、動くことが実証済みの設計図の提供である。LLMによる長編の専門書執筆に、機械検証・係留台帳・版管理・二重配信を束ねた制作基盤を組み合わせた例は、管見の限りまだ少ない。この工程自体が、本書のもう一つの成果物である。なお本紙は情報システムの話を含むが、読者にITの予備知識は求めない。専門の用語には初出で短い説明を付し、まとめて引ける小辞典をこの節の末尾に置いた。道具の名前は装置の名前にすぎず、大事なのは「なぜそう組んだか」の設計思想のほうである。

本紙の用語の小辞典 — 制作基盤の機構部品
リポジトリ(GitHub)
原稿と道具一式を、変更履歴ごと保管する書庫。GitHubはその書庫をインターネット上に置くサービスで、本書は非公開(private)設定で使う。いつ・何を・なぜ変えたかが、一行単位で永久に残る。
コミット/push
コミットは「この時点の姿を履歴に刻む」操作で、変更理由の説明文が必ず付く。pushは刻んだ履歴を書庫(GitHub)へ送ること。本書の全改訂は、このコミットの列として遡れる。
タグ
履歴の特定時点に付ける栞。本書は「巻の名前/版番号」の形で打ち、どの版の全文でも後から正確に開き直せる。
ビルド(build)
正本(原稿)から配信用の頁一式を機械的に組み立てること。人手で配信物を直すことは禁止で、直すのは常に正本。だから正本と配信物は決して食い違わない。
CI(継続的インテグレーション)
書庫に履歴が届くたび、別の計算機が自動で全検査(組立て・構造検証・数値検算)をやり直す仕組み。人が検査を忘れても、CIは忘れない。
golden検査
「正本から組み直した配信物が、保管中の配信物と一字も違わないこと」の照合。手作業の混入や組立ての狂いを検出する。
負テスト
新しい検査装置を入れるとき、わざと壊した入力を与えて「ちゃんと落ちる」ことを確かめる手順。検査自体を検査する。
Cloudflare Pages/Access
Pagesは頁一式をそのまま配信してくれるサービス。Accessはその手前に立つ門番で、本人確認(メール認証)を通った者にしか頁を見せない。本書の改訂用ページはこの門番の内側にある。
301リダイレクト
「その頁はここにはない」と別の頁へ自動転送する仕組み。非公開巻の公開側の住所は、すべて入口の頁へこの転送で帰る。
ヘッドレスブラウザ
画面を持たずに命令だけで動くブラウザ。合本PDFの印刷組版に使う。人が「印刷」を押す代わりに、機械が毎回同じ条件で刷る。

資料別紙 Ⅱ工程 — 対話から正典化へ

執筆の単位は、一回の対話である。著者が問いを立てる。「金融危機はアセットオーナーにとって危機ではないという命題は言えるか」「オルタナのフィー体系をそもそも論から論じよ」。LLMが分析と設計案を返す。著者が裁可する。「実装せよ」「bを採用」「もっと格調高く」。裁可されたものだけが正本(すべての頁の唯一の原稿)に書き込まれ、版番号とタグ(履歴に打つ栞。小辞典参照)を与えられる。対話は起草であり、正典化は裁可である。この二段の分離が、LLMの生成力と著者の責任を両立させる要である。

役割の分業は固定されている。著者が持つもの: 問いの設定、構成と論旨の決定、事実の確認、出力の採否、公開・非公開の判断、そして誤りの責任。LLMが担うもの: 起稿、既存巻との整合の追跡(用語・参照・版の連鎖)、検査装置の実装、組版、そして「著者の指摘を規約に変換する」作業である。編集規約も明文である。両編への追加は修正・追従・係留強化に限り、新しい主題は別紙へ流す(増補の凍結線)。一方の編を直せば姉妹編の参照が追従する(カスケード)。番号の一括置換は禁止され、見出し単位の一意置換と保護トークンで行う。規約は、著者とLLMのあいだの契約書である。

資料別紙 Ⅲ品質管理の五層 — 図1

人の規約(上)から機械の検査(下)へ — どの層が破れても、下の層が受け止める第一層 明文規約CLAUDE.md・STYLE.md — 絶対規則十二箇条・番号文法・数式/印刷/合本規約第二層 構造検証(validate.py)参照整合・図表連番・版整合・文字体系三層・公開巻の禁止語・公開→非公開リンクの遮断第三層 数値検算(pytest)全数値例を機械再計算 — 83テスト(2026年9月時点)。本文の数字は検算されたものだけが載る第四層 係留台帳(ANCHORING_AUDIT)外部事実の全主張に連番 — 確認の全記録はURLつきの公開巻〔検証の記録〕へ(317記録・2026年9月時点)第五層 CI・golden検査GitHub Actions+8段検査 — build再現・dist不変・巻間引用の逐語照合ほか。緑でなければ公開の道が閉じる増築(2026年8月)— 常駐する「意味を読む検証機」(Ⅸ)巻間引用の逐語照合言い換えの誤引用・捏造引用を機械で止める巻内参照の宙吊り検査改番ドリフトの検出 — 初回実走で実バグを一件拾った係留URLの週次生存監視死んだ足場を検出し、魚拓へ差し替える敵対レビュー(別のLLMが攻撃側)指摘224件・逐語検証で捏造ゼロ・棄却率=較正記録
図1 品質管理の五層と、その増築。上の層ほど人の判断に、下の層ほど機械の検査に近い。本文の数字は第三層で検算されたものだけが載り、外部事実は第四層の台帳に連番で係留される。破線の帯は初版後の増築——五層の構図は変わらず、機械の側の層が太った。

五層の設計思想は本編第Ⅴ部の四層アーキテクチャと同じである。どの層が破れても、別の層が受け止める。LLMは流暢に誤る。ゆえに文章の説得力を品質の証拠にせず、機械で確かめられるものは全て機械に回す。構造検証(第二層)は、検査プログラムが本文の隅々を機械的に読む工程である。参照切れ(「第6章参照」の宛先が実在するか)・図表番号の欠番と逆転・扉と奥付の版の食い違い・キリル文字や簡体字の紛れ込み・公開巻への非公開語彙の混入・公開ページから非公開ページへのリンク。これらを、組み立てのたびに全数検査する。数値検算(第三層)は、本文の数値例をすべて検算プログラムとして書き直し、機械に再計算させる。「電卓で追試できる」という本編の約束を、機械が毎回果たす。係留台帳(第四層)は、外部の事実に依存する全主張に連番を振り、執筆時点の根拠と確認状態(とりわけ記憶ベースであり出版前確認を要するという正直な札)を記録する。この札は初版の後に一枚ずつ剥がされ、2026年9月時点で未確認は実質ゼロになった——確認の全記録は、URLつきの公開巻〔検証の記録〕(317記録)へ移してある。台帳は宿題の一覧から、検収の履歴書に変わった。検査自体も検査される。新しい検査を入れるときは、わざと壊した入力で検出できることを確かめる(負テスト)。五層の絵は初版のままだが、第五層の中身はこの二か月で太った——巻間引用を参照先の逐語と突合するリンター、巻内参照の宙吊り検査、係留URLの週次生存監視(死んだ足場は魚拓へ差し替える)、そして別のLLMに攻撃側を割り当てる敵対レビュー(本編七巻で指摘224件・引用の逐語検証で捏造ゼロを確認・棄却率まで判定の較正記録として保存する)。意味を読む検証機は、常駐になった(Ⅸ)。

資料別紙 Ⅳ基盤 — 図2(GitHub と Cloudflare)

対話(著者 × 大規模言語モデル)問い・委嘱 → 分析・起稿 → 裁可「実装せよ」構成・論旨・採否・責任=著者起稿・検査の実装・組版=LLMsrc/正本(全巻)巻=ディレクトリ・HTML+MathML図版はインラインSVG(正本=src)book.yaml=巻定義と公開スイッチ正典化build.py正本→配信物を毎回全生成index・_headers・_redirects自動検査(ship.py=8段の門・図3)図1の五層+増築 — 落ちればここで止まる負テストで検査自体も検査する全緑が前提dist/全巻(非公開込み)改訂中の全巻をそのまま組む機密文書は本体リポジトリの外(別管理)dist-review/公開巻のみreview:true と明示した巻だけ未指定=非公開のフェイルクローズ非公開URLは301へmakebook.py/合本PDF公開版=book.pdf・全巻版=ローカル限り静的フォント・柱・2パス附番GitHub(privateリポジトリ)push→CI(build・検査・golden)タグ=巻slug/vX.Y(423本)・週次url-watch常駐draft.(改訂用・毎push自動)Cloudflare Pages+Access本人限定全巻の最新を常時閲覧apex(校了用・手動デプロイのみ)公開篇+合本PDFのみ配信workflow_dispatchでだけ動く自動手動
図2 制作パイプライン。正本から二種類の配信物が生成され、非公開巻は公開側に決して漏れない(フェイルクローズ)。配信は改訂用と校了用に二重化され、公開は手動操作でしか起きない。

要点は四つある。第一に正本の一元性。直すのは常に原稿(正本)であり、読者に届く頁はそこから組立てプログラムが毎回すべて作り直す。配信物を手で編集することは規約で禁止されている。原稿と頁が食い違う事故を、仕組みごと消すためである。第二に公開のフェイルクローズ。巻の一覧表に「公開してよい」と明示された巻だけが公開版に入り、何も書かなければ自動的に非公開になる。うっかりの既定値が「漏れない」側に倒れている、という意味である。非公開巻の公開側の住所は、301リダイレクトで入口の頁へ帰る。第三に配信の二重化。閲覧ページは二つある。改訂用のdraftページは履歴が届くたび自動で最新になるが、門番(Access)の内側で本人にしか見えない。公開ページ(apex)はその逆で、人が明示的に「公開せよ」と操作したときにしか更新されない。改訂の速さと公開の慎重さを、同じ基盤の上で両立させる設計である。第四に履歴の永続性を前提にした機密分離。GitHub の履歴は消えない前提で設計し、機密文書は本体リポジトリに最初から入れない(別置・ローカル履歴管理・別ドライブへのスナップショット)。合本PDFは組版プログラムが受け持ち、ヘッドレスブラウザで刷る。細部にも設計がある。そのままではフォントが一文字ずつ図形として埋め込まれてファイルが三倍に膨らむため印刷専用のフォントに差し替える、総目次のページ番号は一度刷って実測してから刷り直す(機械だから二度刷りを厭わない)、各頁の欄外の柱(編名・章名)は透明な層を重ねて合成する、という具合である。

最後に、三つの領域(手元の作業機・GitHub・Cloudflare)のどこに何が在り、何を意図して置かないかを一枚で明示しておく(表1)。守りの実体は、置く場所の選び方ではなく、置かない場所の選び方にある。

表1 三つの領域の分担 — どこに何が在り、何を置かないか
領域そこに在るもの意図的に置かないもの守りの仕組み
ローカル作業領域(手元の計算機)正本の作業コピー/組立てと検査の実行環境/印刷用フォント/合本の全巻版PDF(ここ限り)/機密文書(本体リポジトリの外で、別の履歴管理と別ドライブへの複製)——(すべてはここから始まる。ただし機密は本体の履歴に混ぜない)機密の分離それ自体。作業機の紛失・故障はGitHub側の複製で回復できる
GitHub(非公開リポジトリ)正本・検査プログラム・配信物・全履歴とタグ・変更記録・係留台帳・CIの設定機密文書(履歴は消えない前提で、最初から入れない)/印刷用フォント・全巻版合本(履歴を肥大させる生成物)非公開(private)設定・履歴の全記録=改竄不能な監査証跡
Cloudflare(配信)draftページ=全巻の最新(門番の内側・本人のみ)/公開ページ(apex)=公開篇と合本PDFのみ公開ページに非公開巻の実体は存在しない(301転送だけが置かれる)Accessの本人確認/公開側は手動デプロイでしか更新されない

資料別紙 Ⅴ版の規律 — 巻ごとに独立の時間

版は巻ごとに独立に刻む。「巻の名前/版番号」の形のタグで、本紙初版時点(2026年7月)に全22巻・約70本だった栞は、2026年9月時点で全48巻・423本になっている——棚が育つ速度そのものの記録である。巻の独立版制は、改訂の速い巻(論考別紙)と安定した巻(本編)が別の速度で生きることを許す。すべての改訂はCHANGELOGに要旨を残し、内容の変わらない修正は「fix・版据え置き」として本文の版と区別する。扉の版・奥付の版・バッジは第二層の検査が突合し、不整合はビルドが落ちる。版の嘘は、つけない構造になっている。

資料別紙 Ⅵ事故の目録 — 失敗を規約に変換する回路

本編は「失敗を制度の改良に変換する回路」を説いた。制作工程自体にも同じ回路が実装されている。事故はCHANGELOGに解剖され、規約と検査に変換される。実例を挙げる。

表2 制作過程で実際に起きた事故と、その恒久化(抜粋)
事故原因恒久化された対策
合本PDFで図の矢印が49本消えた図(SVG形式)の内部では、矢印の「線」と「鏃」が名前で紐づいている。合本時に名前だけ改め、紐の側を追従させ忘れた。図は紐が切れても無音で描画されるため、全検査が緑のまま通った参照宛先の実在検査を組版器に新設(負テスト済)+「id書換時は参照も追従・宛先を検査」を絶対規則化
合本PDFが15.9MBに膨張使っていた書体(可変フォント)をブラウザがPDFに埋め込めず、全文字を一つずつ図形として描いていた印刷時のみ埋め込み可能な書体へ差し替え(可変フォント禁止を絶対規則化)→5MB台へ
キリル文字・簡体字が本文に混入LLM生成物への他言語文字の紛れ込み。目視掃引をすり抜けた文字体系の三層検査を第二層に恒久化(禁止スクリプト・JIS外漢字・シグナル字。導入走査で実混入2字を検出)
奥付の版だけ更新漏れ扉・バッジ・奥付の三か所更新の手作業依存版整合の機械突合を第二層に新設。以後、実戦で複数回検出
修正済みのはずのPDFが「直っていない」生成物をリポジトリ外へコピーし、古い方を開いていた「生成物の出力先は一か所に限る」を絶対規則化
表の一行が横に伸びて読めない折返し禁止セルに長文を入れた(CSS前提の見落とし)セル様式の前提をCHANGELOGに記録し、既存全巻を掃引確認
他巻の版番号を奥付の括弧に書いたら、版整合検査が止めた奥付から版を抽出する検査が、括弧内の引用版番号を自巻の版と読み違える他巻の版は奥付・扉では節番号で言及する(規約化)。三週間後に別巻で再演したが、検査が即検出——対策が働いた側の記録
強調のかぎ括弧が、巻間引用と誤認されて検査に止められた巻間引用の逐語照合は、参照巻名の近くのかぎ括弧を引用と推定する(誤検知も止まる側に倒す設計)引用でない強調は括弧を外す書き方へ。リンターが自分の起草を検収する運用の実例として保存

変換の現在の全景が図3である。一回の組み立てのたびに、原稿は八つの門を順にくぐる。どの門も、それぞれが過去の事故の裏返しとして建った——門の数は、学んだ失敗の数である

build.py正本→配信物を全生成 ① validate参照・版・文字体系・公開→非公開リンク遮断 ② layout_check版面——SVGの枠内超過・文字と線の重なり ③ version_check版カスケード——初回実走で記載漏れ12版を検出 ④ anchor_lint巻間引用の逐語照合——捏造引用を自動棄却した ⑤ intra_lint巻内参照——宙吊り・改番ドリフトの署名検出 ⑥ anchor_gap台帳×記録の突合(唯一の警告のみの門) ⑦ pytest数値検算83テスト——本文の数字は検算済みだけ ⑧ makebook組版検査——参照宛先の実在(消えた矢印49本の裏返し) ALL GREEN — 公開の道が開く(一つでも落ちれば、全体が止まる)コミット前にローカルで、push後にCIで、同じ列をもう一度くぐる(二重化) 列の外の常駐週次url-watch・敵対レビュー ①③⑤は導入の初回実走で、④は運用中に、それぞれ実物の誤りを検出した——門は飾りではない ⑥だけが警告に留まる——係留の要否は判断であり、判断は止めずに記録する(未決の台帳と同じ倒し方)
図3 検査の八つの門——一回の組み立てで、毎回くぐる。各門は過去の事故(表2)の裏返しとして建ち、以後の同型を遮断する。左下の破線枠は列の外で常駐する装置(週次のURL生存監視と敵対レビュー)。

この表が示すのは、LLM製法の弱点ではない。どんな製法でも事故は起きる——違いは、事故が規約と検査に変換されて二度と起きなくなる回路があるか否かだけである。ポストモーテムを説く本の制作記録が、ポストモーテムの実例集になっている。それでよいのだと考える。

資料別紙 Ⅶレジリエンスの評価 — 何に強く、何に弱いか

この基盤は、全体としてレジリエンス(衝撃を吸収し、回復し、機能を続ける力)を意識した設計と言えるか。言える。ただし正確には、回復可能性と誤りの封じ込めには強く設計され、継続性は意図的に射程の外に置かれた、はっきりした偏りを持つレジリエンスである。率直に棚卸しする。

強い次元は五つある。第一にデータ喪失。正本はローカル・GitHub(全履歴)・配信の三か所に実在し、生成物はすべて正本から機械再生成でき、タグでどの時点にも戻れる。作業機が今日壊れても、別の計算機で全工程が再開できる。「復旧手順が存在する」のではなく、復旧が通常操作と同じである。第二に誤りの混入。五層の検査(図1)はどの層が破れても下が受け、そして事故の目録(表2)が示す通り、起きた事故は回復されるだけでなく規約と検査に変換されて再発不能になる。吸収のたびに強くなる。静的な頑健さではなく、適応の回路である。第三に誤公開。公開スイッチの既定値・非公開URLの転送・リンクと語彙の検査・手動デプロイと、すべての既定値が「漏れない」側に倒れている。誤操作の着地点が常に安全側にある。第四に文脈の喪失。規約・変更記録・係留台帳・タグが記憶を外部化しており、対話の記憶が失われても状態はすべてリポジトリに残る。本紙の制作自体が、その継続の実証である。第五に依存サービスの障害。GitHubが止まってもローカルで全工程が回り、Cloudflareが止まっても失われるのは配信だけで、LLMが使えなくなっても正本は素のHTMLとして人手で改訂できる。速度が落ちるだけで、死なない。静的な頁と標準的な履歴管理という選択は、特定サービスへの拘束を最小にしている。

弱い次元も四つ、同じ率直さで記す。第一に、著者という単一障害点。裁可する者は一人であり、代替も引継ぎもない。著者が倒れれば改訂は止まる。ただし「読める状態で残る」ことは保証されている。公開分は配信され続け、リポジトリは完全な状態で閉じる。継続性はないが、遺産性はある。これは欠陥ではなく、一人の書物という射程の宣言である。第二に、拠点の集中。手元の複製と控えは同一拠点にあり、火災・盗難に対して機密文書だけは脆弱である(非機密はGitHubで拠点が分散している)。これは認知された残余リスクとして別文書に明記してある。第三に、アカウントの単一性。外部サービスの口座の喪失は単一障害点であり、緩和はローカルの完全な複製の存在だけである。第四に、検査は過去の裏返し。初見の型の事故は、必ず一度は通る(次節の限界と同根)。

最後に、一つの観察を書き添える。このレジリエンスは、独立に設計されたものではない。フェイルクローズは危機時の事前拘束(台本)の、五層検査は四層アーキテクチャの、事故の回路は「失敗を制度の改良に変換する」第三の習慣の、外部化された記憶は四つの時計の翻訳装置の、「置かない場所の選び方」はリスクの入口管理の、それぞれ工程への写像である。制作基盤は、本書の方法論の、もう一つの実装例である。本書が読者の組織に求めた設計を、まず自分の工程が実行できるか。その検証を兼ねて、この基盤は組まれている。

資料別紙 Ⅷ含意 — 文書は、建築物から生き物になる

本紙の工程がもたらした最大の変化は、個々の道具ではなく、一つの経済法則の反転である。従来の編集の保守性は、美徳でも文化でもなく、検証費用の高さの帰結だった。壊れたことに気づく手段が校正者の目しかない世界では、大手術を避けることだけが合理的であり、だから書物は変更を数年分溜めて、離散的な「改版」で捌いてきた。検証が毎回・全数・自動になると、この経済は反転する。小さく頻繁に直すことが最適になり、大手術は日常の延長になる(表3)。「版を重ねる文書」という本書の設計宣言(オルタナ編序章)は、この反転があって初めて、言葉ではなく現実になる。

表3 大手術の目録 — 本書が日常操作として行った構造変更と、従来工程の相場
本書で行った操作従来工程の相場本書の工程
別冊Q&A全問の再配列(問の移動・全改番・相互参照の追従)改番は編集現場が最も恐れる作業。校正を数輪重ねても取り漏らしが残る当日・機械検証つき
補論の別紙昇格(参照十数箇所の張り替えとスタブ設置)構造再編は「改訂新版」事案、企画から年単位当日
図表番号の連番化・用語の全巻改訂・巻間の版カスケード既刊なら次版まで放置が通例(紙の本の「図4欠番」は珍しくない)当日・以後は検査が再発を遮断

この転換を先に済ませていた文書が、実は存在する。法典である。法令は「改正」を繰り返す生き物であり、現行法令という最新の正本が正典で、改正履歴が栞になる。それが可能だったのは、参照整合が壊れると社会が壊れるという強制的な検証需要と、専任の維持機構(法制局)があったからだ。改め文・新旧対照表・法制局審査は、本紙の置換規約・変更記録・構造検証の完全な先行実装であり、本紙の工程は、言ってみれば一人法制局である。ソフトウェア開発(継続的インテグレーション)と、版番号を捨てて「生きた標準」を名乗るウェブの中核規格が、これに続いた。書物だけが最後まで建築物のままだった理由は二つ。検証需要が弱く(壊れても誰も死なない)、そして意味の整合を検証する機械が存在しなかった。後者の条件が、いま外れたのである。

ここから、通説への反転が一つ出る。世間はLLMを文章生成器と見る。だが本書の制作でLLMの労働の大半を占めたのは、起稿ではなく整合の追跡である。参照の追従、版の連鎖、用語の掃引、そして形式検査が読めない意味的な不整合の通読検出。生成AIの文書体系への最大の貢献は、生成ではなく「壊れていないかを読み続けること」かもしれない。書物の生き物化に欠けていた最後の部品は、書く機械ではなく、意味を読める検証機だった。

そしてこの法則は、文書に固有ではない。保守的な文化と診断されがちな組織(配分を動かせない、規約を見直せない、ベンチマークを審査できない)の多くは、実は変更の帰結を検証する装置を持たないだけである。検証装置なき組織にとって、動かないことは唯一の合理的戦略なのだ(本編第Ⅳ部の弱点診断の、もう一段深い層)。逆に、全資産を単一のリスク言語で常時測り直し、参照ポートフォリオという照合先を持つTPAは、資本の大手術を日常操作にする——TPAとは、運用組織における継続的インテグレーションである。本書の編集工程と、本書が説く運用組織像は、同じ経済学(検証費用が大胆さの最適水準を決める)の二つの実装である。逆命題も両側で成り立つ。検査なき大胆さは、従来より速く壊れる(工程では規約以前の事故が、運用では「TPAごっこ」が、その実例である)。

生き物化には代償がある。動き続ける文書は「どの版を読んだか」を読者から奪い、引用の錨を壊す。解はタグ(版の栞)である。引用は版を指し、正典は先へ進む。プレプリントの版付き公開も、法令の改正履歴も、同じ解に達している。そしてここに、統合終章Ⅸとの結線がある。「現在に対して最良であることを、不断に確かめ続ける」。その履行の証明は、版履歴でしか提出できない。いつ・何を・なぜ変えたかの全記録は、「確かめ続けた」ことの監査証跡そのものである。版管理とは、時間的可謬性の命題の実装である。受託者責任が過程の記録で裁かれるように、方法論の誠実は、改訂の記録で裁かれる。

最後に、読者の机上への含意と、裏面を一つずつ。アセットオーナーの内規・運用指針もまた建築物型の文書であり、改訂が高価で検証が手動である。現実と乖離した規程、参照切れの内規、誰も読まない基本方針は、「事件にならない失敗」の文書版にほかならない。本紙の工程(正本の一元化・参照の検査・用語の整合・版の栞・変更の記録)は内規体系へそのまま移植でき、実用別紙群を「写す」ことの完成形は、条文ではなく工程ごと写すことにある。あなたの内規は、参照整合が検査されているか。本書の目録に加わる、新しい監督の一問である。裏面も記す。可変性は改竄可能性と紙一重であり、履歴の不可変性(追記のみ・遡及改変の不能)が生き物の倫理的必須になる(履歴が公証の機能を果たす)。検査網には維持費があり、意味の腐敗は機械が読み切れず、読者には版酔いが残る。生き物には生き物の病理があり、それは建築物の病理(凍結した誤りの、長い寿命)との交換なのである。

追補——学術の先行者たち。この含意は、思いつきの類推ではない。少なくとも六本の確立した研究線が、正面からこの主題を扱ってきた。(一)法の論理式化。法文起草への記号論理の適用(Allen 1957)に始まり、英国国籍法を論理プログラムとして書き直した古典(Sergot et al. 1986)に至る、70年の系譜。(二)Rules as Code運動。法令を自然言語と機械実行可能なコードで同時に起草する政策運動(ニュージーランドの Better Rules、OECDの報告書、フランスの OpenFisca、仏税法を実装した言語 Catala〔Merigoux et al. 2021〕)。(三)法令の構造化と版管理の実務。立法文書のXML標準(Akoma Ntoso)、EUの版管理つき共同起草ツール(LEOS)、米国の法典のGitHub公開、日本の e-LAWS と法制事務のデジタル化、そして日本発の研究プログラム法令工学(法令をソフトウェアと見なし検証技術を適用する構想、片山ほか)。一人法制局には、法制局側からの対向研究が既に存在するのである。(四)規制の機械可読化。英国の金融当局が実験した機械実行可能な規制報告。(五)一般ルールの文法化。あらゆる制度的言明を構文に分解する「制度の文法」(Crawford & Ostrom 1995、現代化はIG 2.0)。内規・業界標準まで射程を広げる橋はここに架かっている。(六)批判理論。「コードこそ法」(Lessig)から、法の計算化は解釈の柔軟性と抗弁の余地を殺すという体系的批判(Hildebrandt、Deakin & Markou 編)まで。

表4 文献地図の中の本紙の位置 — 正本の言語×検証の対象
検証=構造・形式検証=意味
正本=コード法の論理式化(研究線一)・Rules as Code(研究線二)——(目標だが、起草費用と解釈の柔軟性が代価)
正本=自然言語XML標準・版管理つき起草・法令データベース(研究線三)本紙の構成。自然言語を正本のまま、形式は機械が、意味はLLMが読み続け、公開はフェイルセーフ

この地図の上で、本紙の構成の位置は正確に言える。Rules as Code は正本をコードにすることで意味の検証を獲得するが、起草の費用は巨大で、自然言語の解釈的な幅を失う。批判理論(研究線六)が直撃するのは、まさにこの象限である。構造化の実務(研究線三)は自然言語を保つが、検証できるのは参照と様式だけだった。自然言語を正本のまま保ち、意味の整合はLLMが常駐して読み続けるという第四象限は、意味を読める検証機の登場で初めて埋まった空白であり、定式化すれば——Rules as Code の目標を、法文をコード化せずに達成する第三の道である。そして批判理論の懸念は「コード正本」への批判であるから、自然言語正本を保つこの構成には正面からは当たらない。回答が、設計に内蔵されている。本節の含意(内規のCI・生き物としての規範文書)を実務へ運ぶとき、接続すべき学問の岸壁は、ここに挙げた六本である。

資料別紙 Ⅸ先進性の評価と、限界

何が新しいかを、控えめに三点主張する。第一に、検証インフラつきのLLM執筆。LLMで長文を書く例は無数にあるが、構造検証・数値検算・係留台帳・golden検査・負テストを束ねて「流暢な誤り」を工程で受け止める設計と、その全記録はまだ珍しい。第二に、一人の著者による出版社機能の内製。執筆・校閲・組版・版管理・配信・アクセス制御が、汎用の無償基盤(GitHub・Cloudflare・ヘッドレスブラウザ)の上で一人分の認知資源に収まった。LLMは文章を書く道具である以上に、編集部と制作部を代替する道具だった。第三に、改訂の速度。著者の問いから、検査済み・版管理済み・配信済みの正典化までが同日に完結する。この速度は「版を重ねる文書」という本書の設計思想(オルタナ編序章)を、初めて現実的にした。

枯れた技術の転用——部品は古く、写した先が新しい

ただし、この三点の新しさを部品の水準へ降ろして言い直すと、別の事実が現れる——部品は、ほぼすべて枯れている。版管理(Git)は2005年にLinuxカーネルの開発のために作られた道具であり、CI・golden検査・負テスト・フェイルクローズの既定値も、ソフトウェア産業が1990年代から2000年代にかけて確立した品質保証の定石である。GitHubやCloudflareがこれらを無償で提供できるのは、限界費用がほぼゼロになるまで技術が成熟した証拠であって、逆に言えば——無償で提供されるものは、成熟の証明である。そして、LLMによる統制すら、型としては古い。人間の書いたものを機械が読み続けて逸脱を検出するという規律は、lint(1978年)以来ソフトウェア産業の中核にあり、近年はAIによるレビューがCIに常駐する形まで既に一般化した。図1の五層は、構図として言えば、ソフトウェア産業の品質保証の積み木を規範文書へ移植したものである。

では、新しい部品は何か。一つしかない——意味を読む検証機である。ソフトウェアのCIは構文と参照は検査できるが、自然言語の散文の、意味の整合は検査できなかった。だから、これらの道具が十五年以上も無償で転がっていたのに、規範文書の世界へは渡らなかった。障壁は費用ではなく、意味の検証の不在だった(Ⅷの表4の第四象限が空白のままだった理由と、同じことである)。本紙初版の後、この検証機は本書自身の工程に常駐した——巻間引用を参照先の逐語と突合して言い換えの誤引用を止め、敵対レビューが提示した引用の捏造を一件、機械が自動で棄却した実績を持つ。AIレビューのCI常駐は、もはや他所の一般論ではなく、本書の稼働実績である。この構図には、先例の名前がある。成熟して安価になった技術を本来の用途から横へずらして使うことこそ実務的発明の王道だとする、横井軍平の「枯れた技術の水平思考」である。本紙の工程は、この系譜に連なる——新しいのは部品ではなく、写した先である

転用と認めることは、先の三点を弱めない。むしろ四つの点で強くする。第一に、再現可能性。基盤が枯れて無償であることは、「内規のCI」(Ⅷ)を実務へ勧めるときの「あなたの機関にもできる」の技術的裏書きであり、実装の障壁が技術でも費用でもなく、設計と裁可だけであることを保証する。第二に、信頼性。Ⅶで評価した回復可能性は、部品が数十年・無数のプロジェクトで叩かれてきた枯れ物であることに由来する。実験的な基盤の上の実験ではない。第三に、自己例証。本書が両編で繰り返し説いたのは、買うべきは配分を代行する機械ではなく、計測の言語と統治の設計だ、ということだった。製法における枯れた技術の選択は、その思想の製法版である。第四に、防御。「AIが書いた本」という警戒に対し、AIは工程の一部品にすぎず、残りは四十年をかけて枯れた道具だと言えることは、本紙の信頼性を新奇性への依存から切り離す。Ⅹが認める通り、工程技術の優位は数年で消える。だが、それで失うものは最初から小さい。優位を、部品に置いていないからである。発明ではなく転用である。そして転用こそが、実務が信頼できる発明の形である。

射程と製法——学際性は、製法の最初の産物である

先進性の評価に、最後にもう一つ、部品の水準では見えない項目を足しておく。この製法は、本書の品質を守っただけではない。内容の射程を決めた。本書は、政治理論・法学・行動科学・スポーツ経済学・医療・科学社会学・事故調査・法制執務を横断する。金融の外に数えて十五前後の分野からの輸入で組まれている。この学際性は、著者の教養の産物ではない。一つの分野の実務家が夜と週末で到達できる文献圏は、従来、自分の分野のものに限られた。遠い分野に同型の議論があるかどうかを調べる探索費用が、総合という営みを実務家に禁じていた。LLMが崩落させたのは、まさにこの費用である。ただし、崩落したのは到達の費用だけであり、どの輸入を生かすかの選別・係留の検証・裁可は、本紙が記録した通り高価なまま著者の側に残った。本書の学際性は、安価になった探索と、高価なままの判断の、掛け算の痕跡である。

つまり、Ⅷまでの含意〔主張と製法の一致(本書は、本書が論じた方法で書かれた)〕には、続きがある。射程と製法の一致。本書がどこまで届くかも、製法が決めた。この経済学の全体(学際性がなぜ主題から演繹され、なぜ従来は誰にも書けず、なぜ同じ技術が偽物の学際性も安くし、何が総合と継ぎ接ぎを分けるのか)は、論考別紙〔書架はなぜ空だったのか〕が一篇として論じる。本紙の言葉で先取りすれば、こうなる。学際的に書くことは無料になった。学際的に信用されることが、新しい稀少財である。そして信用の生産装置が、本紙が図1に描いた五層に他ならない。

限界も三点、同じ率直さで記す。第一に、係留の完遂は、状態であって性質ではない。初版の本節はここに「係留の未完」を挙げた——外部事実の相当部分が記憶ベースのままだった。その宿題は2026年8月までに実質完遂され(未確認ゼロ・確認の全記録は公開巻〔検証の記録〕)、以後の新巻は照合が起草に先行する作法へ移った。だが完遂は一時点の状態にすぎない。URLは死に、機関の数字は毎年動き、確認済みの札は貼った日から古び始める——週次の生存監視と毎版の基準時点は、そのためにある。検査が保証するのは整合性であって真実性ではない、という一句だけは、初版から動かない。第二に、検査の網羅性。検査は過去の事故の裏返しであり、まだ起きていない種類の誤りは素通りする(第Ⅵ節の表は、その証明でもある)。第三に、再現の条件。この工程は、内容の全責任を引き受けて裁可し続ける著者がいて初めて回る。LLMは委任先であり、委任の章で本書が述べたことは、そのまま本書自身に返ってくる——仕事は委ねられる。責任は委ねられない。

資料別紙 Ⅹさらに高度なAIが来る日 — 本書への影響

最後に、前提そのものが動く日のことを書いておく。本紙の工程はいまのLLMの能力を前提に組まれているが、さらに高度なAIが使えるようになったとき、本書はどうなるか。四つの層で答える。

製法へ。本紙が自認した限界が、まさに縮む場所である。意味の整合は全文で常時検証できるようになり、未知の型の誤りも予見的に拾われ始め、そして最大の実益として、係留台帳の原典突合(数百の主張の出版前確認)が、人手の数週間から機械の数時間に圧縮される。さらに「生き物」は自律的に脱皮を提案し始めるだろう。制度改正や新文献を監視し、改訂案を自ら起草する文書。だがここで、新しい規律の問いが立つ。裁可なき自動更新は、正典性を壊す。「対話は起草であり、正典化は裁可である」という分離(Ⅱ)は、AIが高度になるほど、緩めてよい線ではなく守るべき線になる。AIが安くするのは、答えであって、裁可ではない。著者の仕事は細部から構成と裁可へ移り、裁可者の希少性はむしろ上がる。

内容へ——ここが最も深い。本書の計測技術(デスムージング・PME・寄与度の計算)は、高度なAIの実務でコモディティ化するだろう。だが本書の中核は計算ではなく、委任と検証の設計である。そして気づくべきことがある。本書の主題は「専門家への委任をどう監督するか」だったが、AIへの委任は、その最も新しい特殊例にすぎない。GP監督の方法論は、AIモデルの監督にほぼそのまま写像できる: 不透明で高性能な代理人の自己申告を検証する(NAVの自己採点問題=モデルの自己評価問題)、包み紙を透かして中身を見る(ODD=モデル検証)、成績から運と腕を分離する(帰属分析=性能評価)、報酬でインセンティブを揃える(LPA=アライメント)。決め句も写像される。「再計算できない報酬は、監督されていない報酬である」は、そのまま「検証できないモデルは、委任されていないモデルである」と読める。高度なAIの到来は、本書を金融の本から「AI時代の委任一般の理論の、先行実装」へ格上げする。アセットオーナーとは、強力で不透明な代理人への委任を最も長く経験してきた職業の一つなのだから。なお、時間的可謬性(統合終章Ⅸ)は前倒しされる。「数十年後」は数年に縮むかもしれない。だからこそ生き物の設計と可謬性の宣言は、この加速への保険として既に置いてある。終章は書き換え不要である。

競争環境へ。高度なAIは、誰にでも体系書を書かせる。「日本語初」の希少性は時限的である。それでも先行者の位置が守られる理由が三つある。第一に、語彙の占有は既に確定した。本書自身の命題の通り、誰の議題でもない論点は、最初に語彙を置いた者の議題になる。第二に、AIが均質化するのは文章力であって、裁可者の経験ではない。品質の差は「書ける」から「裁可できる」へ移る。第三に、生成文書の洪水の中では、係留台帳・機械検証・製法開示つきの文書こそが信頼の信号になる——検証可能性は、洪水の時代の浮力である。本紙の公開は、洪水の前の先行投資だったことになる。そして無数の変種が生成できる時代には、共有の参照点(正典)の協調価値は、むしろ上がる。

読者へ、そして二つのリスク。書物はAIに読まれ、AIが実務家へ個別に講釈する消費形態が主流になるだろう——将来の読者の半分は、人間ではない。構造化された正本・検証可能な数値・版の栞。本書は、機械に読まれることに最適化された設計を、結果として既に持っている。リスクも二つ、正直に記す。第一に、本紙が記録した工程技術そのものは数年で標準ツール化し、技術的優位は消える。残るのは最初期の記録という歴史的価値だけである(それでよい)。第二に、本書の内容は訓練データに取り込まれ、引用なき再生成で希釈されうる。防御は、語彙の刻印と、正典が生き続けることそれ自体である。本節は、いずれ古びる予測である。だがⅧの言葉で言えば——古び方を選ぶために、いま書いておく。