AI時代の業務OS設計原理 v2——SOX/J-SOXを「監査の法律」から「監督制御の仕様」へ読み替える

目　次
序章　SOXを「法」から「仕様」へ読み替える　　　　　2
第1章　SOXの深層構造——五つの不変条件　　　　　　2
第2章　現行ソリューションが立脚する四つの暗黙前提　3
第3章　AIエージェントが破る前提　　　　　　　　　　3
第4章　なぜ既存アプリ「だけ」では完結しないのか　　4
第5章　AI時代の業務OS——七つの設計原理　　　　　　4
第6章　制御工学としての業務OS——監督制御とランタイム検証　6
第7章　一つの実行行為が通過する経路——具体シナリオ　7
第8章　職務分掌の再定義——エージェント間の権限分離　7
第9章　コスト・ガバナンスという新しい台帳　8
第10章　移行戦略——いま何を作り始めるべきか　8
第11章　想定される反論への応答　　　　　　　　9
終章　監督制御器としてのSOX　　　　　　　　　9

本稿は概念設計のための概要である。記述の大半は〔考察〕および〔分析〕であり、確定的事実は〔事実〕、投機的な将来予測は〔速報的展望〕、意図的に残す論点は〔注意〕として区別する。前提とする問いは次の一点に絞られる。すなわち「AIエージェントが日常業務の実行主体になったとき、いま存在するアプリ・ソリューションでは何が足りず、どのような新しい業務基盤（業務OS）が要るのか」。

v2改稿の要点は四つ。(1) 決定論的生成を三層に分離して明示した。(2) 検証層を「AIがAIを監査する」から「検証パイプライン」へ書き改めた。(3) 結果クラスの分類例を表として加えた。(4) 第6章として、本稿全体を制御工学（監督制御とランタイム検証）の枠組みで再構成する章を新設した。なお最小スキーマとMVP構成は、思想と実装の希釈を避けるため姉妹文書「実装仕様書」に分離した。

序章　SOXを「法」から「仕様」へ読み替える

〔事実〕SOX法（および日本のJ-SOX）は、財務報告の信頼性を担保するために、内部統制の整備と評価を企業に義務づける法制度である。一般には「監査対応」「文書化」「証跡収集」の文脈で語られる。

〔考察〕しかしSOXの本質は、監査書類を作ることではない。SOXが要求しているのは、業務のあらゆる実行行為について「誰が、いつ、何を、どの権限で行い、なぜそうしたのか」を、後から独立に検証できる形で残すことである。これは監査の要件であると同時に、情報システムの設計制約でもある。監査は結果にすぎず、原因はシステムの構造にある。

そうであれば、SOXは「会計監査のための法律」ではなく、「制御対象（業務プロセス）が満たすべき仕様」として読み替えられる。仕様は「何が真であるべきか」を与える。その仕様を実行時に強制する機構は別に要る。本稿はこの二つ——仕様としてのSOXと、機構としての監督制御——を最終的に接続する。そして、この読み替えはAIエージェントの時代においてこそ真価と限界を同時に露呈する。なぜなら、エージェントは「誰が・なぜ」がもっとも曖昧な実行主体だからである。人間であれば当然に備わっていた説明責任の宿り先が、エージェントには初期状態では存在しない。統制とは、その宿り先を人工的に作る営みになる。

AI時代の業務OS 実装仕様書（MVP）
——概念設計「AI時代の業務OS設計原理 v2」の姉妹文書

1. 設計方針.                                       2
2. 正準イベントスキーマ.                  2
3. フィールドの不変条件.                  3
4. 結果クラスとルーティング規則     3
5. 権限モデル（capability）.             4
6. 検証パイプライン.                       4
7. コスト記録                                 4
8. MVP最小構成                            5
9. 不変条件と機構の対応表.         5