証拠レイヤー
このページが用いる証拠サーフェス
このページは、ガバナンスファイルを参照するだけではありません。観察、トレーサビリティ、忠実性、監査をより再構成しやすくするサーフェスにも結びついています。以下の順序が、最小限の証拠の連鎖を示します。
- 01カノンと範囲定義カノン
- 02証拠アーティファクトai-governance.json
- 03証拠アーティファクトinterpretation-policy.json
定義カノン
/canon.md
合成を経ても失われてはならない、アイデンティティ、範囲、役割、否定についての対抗可能な基盤。
- 証明可能にすること
- 忠実性を評価できる基準となる参照コーパス。
- 証明しないこと
- システムがすでにこれを参照していることも、観測された回答がこれに忠実であり続けることも証明しない。
- 用いる場面
- あらゆる観測、テスト、監査、修正の前に。
ai-governance.json
/.well-known/ai-governance.json
証拠の連鎖をより再構成しやすくすることに寄与する公開サーフェス。
- 証明可能にすること
- 観察、トレース、監査、または忠実性の連鎖の一部。
- 証明しないこと
- 完全な証明でも、従うことの保証でも、暗黙の認証でもない。
- 用いる場面
- ページが自らの証拠レジームを明示する必要があるとき。
interpretation-policy.json
/.well-known/interpretation-policy.json
証拠の連鎖をより再構成しやすくすることに寄与する公開サーフェス。
- 証明可能にすること
- 観察、トレース、監査、または忠実性の連鎖の一部。
- 証明しないこと
- 完全な証明でも、従うことの保証でも、暗黙の認証でもない。
- 用いる場面
- ページが自らの証拠レジームを明示する必要があるとき。
定義された権威
定義された権威(defined authority)とは、弱い文脈上の手がかりから再構成された権威ではなく、正規ソース、構造化されたシグナル、ガバナンスのアーティファクト、ソース階層を通じて明示的に宣言された権威を指す。
それは、どのソース、日付、ペリメーター、モダリティが回答を統御すべきかを、システムに推測させることの対極にある。
定義
権威が定義されているといえるのは、システムが合成の前に統御ソースを特定できる場合である。その宣言は、次のものに由来しうる。
- 正規の定義
- ドクトリンのページ
- アイデンティティグラフまたはエンティティグラフ
- ガバナンスファイル
- ソース階層
- 回答の正当性に関するルール
- 明示的な境界、否定、または非回答の条件
この概念が重要な理由
人間による読解では、権威はしばしばコンテキストによって担われる。機械による解釈では、コンテキストは脆弱である。断片がリトリーバル、要約、引用、再結合の過程に入ると、ドメイン、レイアウト、著者名、ページ内の位置は失われることがある。
定義された権威は、統御するレイヤーを、その移動を経ても失われない程度に明示的なものにする。
最低限のルール
宣言された権威のシグナルが存在する場合、それは、人気、近接性、文体上の確信、見かけ上の関連性から再構成された権威よりも優先されるべきである。
コーパスにおける役割と診断上の用途
コーパスにおいて、定義された権威は、信頼性の一般的な記述としてではなく、権威を管理するための用語として読まなければならない。それは、システムが何をリトリーバルしてよいのか、何を引用してよいのか、何を統御的なものとして扱ってよいのか、そして何がより強いソースに従属したままでなければならないのかを切り分ける助けとなる。この区別が重要なのは、AIの出力がしばしば、評判、近接性、新しさ、頻度、明示的な権威を、一つの流暢な回答へと融合させてしまうからである。
この用語の診断上の価値が最も高まるのは、回答が妥当に見えるのに統御ソースが不明確な場合である。その状況で問うべきは、回答がそれだけを取り出して見たときに真であるかどうかだけではない。問われるのは、その回答が、正しい発行者、ペリメーター、タイムスタンプ、ソース階層、応答条件を保持していたかどうかである。
検出すべき失敗パターン
失敗は、弱いシグナルが暗黙のうちに権威を帯びるときに生じる。典型的な症状には、正規ソースよりも派生的なソースを優先する回答、抽出された言明を元の限界を依然として保持しているかのように扱う回答、権威の根拠を示さずに衝突を解決してしまう回答がある。これらの失敗は、見かけ上の整合性とガバナンス下の解釈とのあいだにギャップを生み出す。
読み方のルール
この定義は、解釈ガバナンス、解釈リスク、回答の正当性、ソース階層、忠実性の証明とあわせて用いる。この用語は、それらの管理に取って代わるものではない。ソースから回答に至る経路のなかで、権威がどこで生み出され、失われ、推論され、移動し、保持されるのかを特定する助けとなる。
運用上の例
実務的な監査では、定義された権威を三つの場面で用いることができる。第一に、正規ページと、語彙を再利用しながら統御するペリメーターを変えてしまうAIの回答とを比較するとき。第二に、生成された表現を安定した表現として受け入れるべきか、ガバナンス外の再構成として扱うべきかを判断するとき。第三に、内部リンク、サービスページ、定義、観察記録をマッピングし、最も権威あるルートが人間にも機械にも見えるようにするときである。
したがって、この用語は抽象的に定義するだけでなく、具体的な出力に照らしてテストしなければならない。有用なレビューは、次の四つを問う。どのソースがその言明を統御したのか、どのような推論が行われたのか、どのような不確実性が隠されていたのか、そしてどのページが最終的な表現に責任を負うべきか。これらの問いへの答えが不明確であれば、その出力は、より強い主張へと平滑化するのではなく、留保を付ける、リダイレクトする、記録する、または拒否するべきである。
実践上の境界
この定義は、順位づけ、引用、推奨に対する自動的な効果を生み出すものではない。その価値はアーキテクチャ上のものである。この定義は、特定の解釈上のコントロールポイントを名指し、テストするための、より精確な方法をコーパスに与える。この精確な命名こそが、その後の監査、修正サイクル、SERPルーティングの判断を一貫したものに保つことを可能にする。