ガバナンスアーティファクト
このページが対象とするガバナンスファイル
このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。
定義カノン
/canon.md
アイデンティティ、役割、否定、乖離のルールを固定する正規サーフェス。
- 統御する対象
- ドリフトしてはならない公開アイデンティティ、役割、属性。
- 画定する範囲
- 外挿、エンティティの衝突、不当な再分類。
保証しないこと： 正規サーフェスは曖昧さを低減するが、それ単独では忠実な再現を保証しない。
正規AIエントリーポイント
/.well-known/ai-governance.json
ガバナンスマップ、優先順位チェーン、最初に読むべきサーフェスを宣言する中立的なエントリーポイント。
- 統御する対象
- サーフェス間のアクセス順序と初期の優先順位。
- 画定する範囲
- カノンまたは公開された順序を迂回する自由な読解。
保証しないこと： このサーフェスは読解順序を公開するものであり、実行も服従も強制しない。
主張レジストリ
/claims.json
公開された主張、その範囲、その宣言上のステータスのレジストリ。
- 統御する対象
- 適格な関係、受理可能な権威、衝突の裁定。
- 画定する範囲
- 不当な統合、権威の複製、根拠を示さない暗黙的な裁定。
保証しないこと： グラフやレジストリを記述しても、外因的なソースが内因的な真実になるわけではない。
補完的なアーティファクト（2）
これらのサーフェスは主要ブロックを補完します。テーマに応じて、文脈、発見、ルーティング、観察を加えます。
Markdown版Q-Layer
/response-legitimacy.md
回答の正当性、明確化、正当な非回答のための正規サーフェス。
AI利用ポリシー
/ai-usage-policy.md
ガバナンスサーフェスの読み方とその限界を示す公開の説明文書。
内部システム、ナレッジベース、権威の暗黙的委任
組織が、社内コパイロット、対話型ナレッジベース、人事アシスタント、社内サポートエンジン、あるいは非公開文書に接続されたエージェントを展開するとき、組織はしばしば、解釈の問題をより管理された空間へ移したと考える。実際には、問題はその形を変える。それはもはや言明の外部での可視性だけの問題ではない。それは権威の暗黙的委任の問題になる。
社内の回答が、中立的な仮説として受け取られることはほとんどない。組織のコーパスに接続されたシステムから出てくるため、それは「会社の立場」として読まれがちである。システムが、異質なソース、矛盾するソース、古くなったソース、あるいは単にその事案に適さないソースを組み合わせ直している場合でも、それは変わらない。
このページは、権威ガバナンス（レイヤー3）の枠組みと、閉鎖環境のガバナンスと実行制御のフレームワークを拡張するものである。このページが扱うのは、アクセス制御だけではない。このページが扱うのは、社内の回答が、発言、指示、または決定の委任として受け取られる瞬間である。
1. 内部システムが実際に行っていること
内部システムは、単に「ドキュメントを参照する」だけではない。それは、きわめて異なるステータスをもつ素材から回答を再構成する。ポリシー、手順書、FAQ、チケットのメモ、製品ドキュメント、社内メッセージ、スライド資料、契約書、アーカイブ文書、会話のメモリ、ときには他のシステムの出力である。
人間の読み手にとって、これらの素材は同じ重みをもたない。契約書はSlackのメッセージと同等ではない。暫定的な手順は承認されたポリシーと同等ではない。ある一件に対するサポートの返答は、一般的なルールと同等ではない。しかし、対話型システムにとっては、それらのすべてが取得可能なコンテキストとなり、したがって再現のための素材となりうる。
中心的なリスクは、不適切なリトリーバルだけから生じるのではない。それは、合成された回答が内部の権威の階層を平板化し、何に基づいて生成されたのかを示さないまま、公式のように聞こえる言明を返しうることから生じる。
2. 内部環境において委任が暗黙的である理由
委任が暗黙的であるのは、それが明示的な指名を経ないからである。ユーザーは、「このシステムは組織を代表して語っている」と聞かされなくても、そう思い込む。インターフェース、利用の文脈、SSOとの統合、業務ツールとの近さ、非公開文書へのアクセスが、それだけでその権威の効果を生み出している。
単純な認知の経済がこの効果を強める。組織の内部では、人はまずソースを求めることはめったにない。求めるのは、適用できる答えである。そのため、合成された言明は、指示、コミットメント、承認、例外、あるいは暗黙の許可として読まれうる。
サポートの側でまさにこれを示しているのが、カスタマーサポート：AIの回答が権威なしに企業を拘束するとき（英語）である。サポートは、より広い問題の目に見える一例にすぎない。システムは、組織がその発言を適格なものにする正当化の連鎖を宣言していないにもかかわらず、組織としての発言を生み出しうるのである。
3. 組織のコーパス内部における典型的な衝突
閉鎖環境には、四つの種類の衝突が集中する。
a) ポリシーと実務の違い
公式のポリシーが存在する一方で、現場の運用文書が別のことを示し続けている。
b) 現行バージョンと永続化されたメモリの違い
システムや組織の古い状態が、履歴、キャッシュされた抜粋、あるいは会話のメモリの中に残っている。ここでメモリガバナンスが構造的に重要になる。
c) 役割と権能の違い
システムは、誰が説明できるのか、誰が承認できるのか、誰が実行できるのか、誰が組織を拘束できるのかを混同する。役割の混同（英語）は、公的なアイデンティティだけの問題ではない。それは組織の内部にも当てはまる。
d) 情報と決定の違い
ドキュメントから生成された回答が、一般的な情報と、ある事案に適用される決定との境界を暗黙のうちに越えてしまう。ここで権威の境界と正当な非回答が介入しなければならない。
これらの衝突は例外的なものではない。それらは、組織の文書のあり方そのものを構成している。問題が始まるのは、システムが、それらがすでに裁定済みであるかのような印象を生み出すときである。
4. 社内の回答が権威の行為となるとき
社内の回答は、次のようなものとして受け取られうるようになった時点で、権威の行為となる。
- 運用上の指示
- 承認または拒否
- 認められた例外
- ルールの対抗可能な解釈
- さらなる確認なしに行動するための十分な根拠
その時点で、問題はもはや回答の修辞的な質ではない。問題は、その回答を引き受けられるかどうかである。システムは、どのソースが優先されたのか、どのバージョンに基づくのか、どの役割においてなのか、どの条件のもとでなのか、そしてソースが衝突する場合にはどのような判定によるのかを示せるだろうか。回答を再構成できないのであれば、その回答は単に脆弱であるだけではない。それは、ガバナンスを受けていない権威を委任している。
これこそが、解釈の正当性が果たすフレーミングの役割の機能である。すなわち、システムが何を解釈してよいのか、何をエスカレーションしなければならないのか、何を拒否しなければならないのかを定めることである。
5. 閉鎖環境においてガバナンスが目指さなければならないもの
内部システムを統御することは、文書へのアクセスを制限することだけではない。それぞれの文書が回答に伝えうる権威の種類も判定しなければならない。
そのためには、少なくとも次のものが必要である。
- ポリシー、手順書、契約書、社内ヘルプ、チケット、メモリの間の明示的な階層
- 説明のためのソースと決定のためのソースの明確な分離
- 情報、推奨、承認、アクションを区別する出力の役割
- 「ソース → ルール → 回答」の連鎖を再構成するのに十分な解釈トレース
- 古い状態が統御し続けることを防ぐ、バージョン管理と忘却の規律
- 最低限の条件が満たされない場合の、非回答または人間へのエスカレーションのための正式な能力
内部システムが「このコーパスは、私に判断することを承認していない」と言えない限り、そのシステムは暗黙の決定の委任にさらされたままである。
6. このページが確立しないこと
このページは、社内アシスタントが沈黙し続けなければならないとも、いかなる文書の合成も役に立たないとも述べていない。また、閉鎖環境が自動化の価値をすべて失わせるとも述べていない。
このページが確立するのは、より厳格な境界である。内部システムにおいて、コーパスへのアクセスは授権ではない。ソース、役割、権限の階層が宣言されるまでは、合成された回答は、もっともらしい発言にとどまり、ガバナンス下の権威ではない。