証拠レイヤー：ハブ

証拠から始めるのが適切な場合

問題が証拠、可視性、権威、リトリーバル、メモリ、実行のどれに属するかを見極めるには、はじめにを使ってください。回答を再構成し、異議を申し立て、比較し、擁護する必要があるときは、このページを使ってください。

このページが存在する理由

このサイトはすでに、解釈の可観測性、忠実性の証明、カノンと出力のギャップ、解釈完全性監査に関するドクトリンを公開しています。

まだ欠けていたのは、シンプルな集約点でした。つまり、これらの対象がどのように並んで、整合した証拠レジームを形づくるかを示すページです。

言い換えれば、ガバナンスファイルは読解の条件を公開します。証拠レイヤーは異議申立て可能性の条件を公開します。

証拠レイヤーのリンク階層

このハブは、アーティファクトの一覧としてではなく、証拠チェーンとして読んでください。中心となる問いは、ソースが存在するかどうかではなく、無許可の前提を加えることなく、回答を再構成し、異議を申し立て、修正できるかどうかです。

まず読むもの

• 権威の基盤：正規ソースと読解条件。
• 再構成：解釈トレースと再構成可能な証拠。
• 忠実性の確認：忠実性の証明とカノンと出力のギャップ。
• 測定：解釈の監査可能性とQ-Metrics。

補助的なルート

• 観察記録（英語）
• AI回答監査
• 独立報告
• 解釈証拠

読み方のルール

以下のアーティファクト一覧は引き続き有用ですが、証拠の順序、すなわち権威の基盤、再構成、忠実性、監査可能性、修正という順序に沿って読まなければなりません。

最小限の証拠チェーン

まともな証拠レイヤーは、スコアから始まるのではありません。順序から始まります。

1. カノン：何が権威を持ち、どの範囲で持つのか。
2. 回答の正当性：システムはいつ回答し、保留し、拒否してよいのか。
3. 観察：宣言された条件のもとで、実際に何が見られ、検出されたのか。
4. トレース：どのソース、どのルール、どの期間が、観察された状態を生み出したのか。
5. 忠実性の証明：出力はなおカノンの内側にとどまっているか。
6. 監査：そのギャップは評価され、日付が付けられ、バージョン管理され、対処可能になっているか。
7. 修正：何を、どこで変え、その解消をどのように追跡するのか。

これらの段階のどれか一つが欠けた時点で、チェーンは弱くなります。効果について論評することはまだできます。しかし、証明を実際に対抗させることはもはやできません。

各レベルで可能になること

カノンと範囲

マシンファーストカノンとQ-Layerが、その領域を定めます。それらがなくても挙動を観察することはできますが、何がドリフトしているのかを明確に特定することはできません。

観察と派生的な測定

Q-LedgerとQ-Metricsは、一部の効果をより見えやすくします。ただし、それだけで出力が忠実であることを立証するわけではありません。

これこそが、観察とアテステーションの違い：Q-Ledgerが意図的に弱い理由（英語）とGEO指標は表現を統御しないで引かれている境界線です。

トレースと忠実性

解釈トレースは経路を再構成します。忠実性の証明は、その経路がカノンと両立したままであることを示します。

忠実性の証明：引用だけではもはや足りない理由（英語）のページは、引用だけではまだ証明にならない理由を説明しています。

監査と修正

続いて解釈完全性監査プロトコルが、これらの対象を診断、修正計画、バージョン管理された追跡へと変換します。

このつながりは、応用的な可観測性と公開された立証サーフェスでさらに展開されています。

公開された証拠アーティファクトの読み方

このページで取り上げるアーティファクトは、すべてが同じ証拠レベルを持つわけではありません。

• /canon.md：正規の基盤と参照範囲
• /response-legitimacy.md：回答、保留、非回答の条件
• /observations/observatory-map.json：観察リソースのマップ
• /.well-known/q-ledger.json：弱く、日付の付いた観察
• /.well-known/q-metrics.json：派生的で記述的な測定
• /.well-known/q-attest-protocol.md：推論された観察と検証済みのアテステーションの分離
• /iip-report.schema.json：再構成可能な監査報告の最小限の形式
• /ctic-compliance-report.schema.json：公開されたコンプライアンス所見の最小限の形式
• /citations.md：外部参照のための明示的な引用サーフェス
• /changelog-ai.md：バージョンと変更の記録

製品の証拠とドクトリン上の証拠

マルチサイトのエコシステムは、すべてのサーフェスに同じ権威を主張させることなく、複数のサーフェスで証拠を公開できます。

現在のエコシステムでは、次のとおりです。

• gautierdorval.com上のドクトリン上の証拠は、読解の順序、証拠レベル、そして何が範囲の限定された観察に当たるかを明確にします。
• better-robots.com上の製品の証拠は、適用事例と、プラグインが解決する運用上の問題を説明します。
• github.com/GautierDorval/better-robots-txt上のリポジトリの証拠は、製品の範囲、変更履歴、スクリーンショット、証拠バンドルを公開します。

重要なルールはシンプルです。製品の証拠バンドルは運用上の主張を裏づけることができますが、問題全体のドクトリンが暗黙のうちに再定義される場になってはなりません。

このレイヤーではないもの

このページは、認証も、遵守の保証も、成果の約束も生み出しません。

示しているのは、より控えめで、より有用な枠組みです。

• 観察とアテステーションを混同しないこと
• 引用と忠実性を混同しないこと
• 指標と証明を混同しないこと
• 局所的な証明とシステム全体の安定性を混同しないこと

次に読む

• サイトの役割
• 観察記録（英語）
• 用語集：証明、監査、可観測性
• 解釈の可観測性
• 解釈完全性監査プロトコル

推奨される順序：カノン → Q-Layer → 観察記録（英語） → 証拠レイヤー → 監査 → 修正

意味的説明責任と証拠チェーン

公共の議論でしばしば意味的説明責任と呼ばれるものは、回答の意味を、追跡可能なソース階層と、異議を申し立てられる証拠レジームに結びつけられるときにはじめて実効性を持ちます。

このエコシステムでは、その説明責任はレトリックに依拠しません。ここで説明したチェーン、すなわちカノン、回答の正当性、観察、トレース、忠実性の証明、監査、修正に依拠します。

これはまた、委任された意味が、回答がどのようにカノンの内側にとどまったかを再構成できるだけの証拠がないまま実際的な効力を持つとき、リスクを高める理由でもあります。

証明ファミリー内の橋渡し語彙

公共の議論では、解釈証拠や再構成可能な証拠といった表現がますます使われるようになっています。

このサイトでは、これらの用語を証明ファミリー内の入口となる語彙として受け入れますが、序列は保ちます。

• 解釈証拠：意味がどのように形成され、限定され、比較され、異議を申し立てられたかに関する、より広い証拠のファミリー。
• 再構成可能な証拠：第三者が後からその事例を再構成できるほど十分に整えられた証拠。
• 忠実性の証明：出力がカノンの内側にとどまったことを示すために求められる、より厳格な基準。

この区別が重要なのは、目に見える証拠パッケージが、まだ範囲の限定された忠実性の主張ではないからです。明確化については、解釈証拠と忠実性の証明の違いを参照してください。

これらの用語は、比較監査やドリフト検出といった運用上のラベルにも直接つながります。どちらも、孤立したキャプチャではなく、実際に使える証拠チェーンに依存しています。

この証拠チェーンが運用で使われる場面

このサイトで扱うサービス向けのラベルは、現在このレイヤーに明示的に依存しています。

• 解釈リスク評価には、局所的なもっともらしさと実質的な責任とを切り分けられるほど強い証拠の基準が必要です。
• マルチエージェント監査には、最終出力のキャプチャだけでなく、引き継ぎをまたいで再構成可能なトレースが必要です。
• 独立報告は、チェーン全体を第三者が読める報告にまとめ、動きのない文書ではなく対抗可能な証拠を支えられるようにします。

証拠チェーンがなければ、これらのラベルはレトリックに堕します。証拠チェーンがあれば、異議を申し立てることができ、統御できるものになります。

フェーズ3で追加された正規の定義レイヤー

このハブには現在、対応する正規の定義サーフェスとして証拠レイヤーがあります。ハブは組み立てられたレジームを説明し、定義はSERP占有と機械可読な解釈のために用語を固定します。

フェーズ3の証拠の順序は、次のように読まなければなりません。

• 解釈証拠は、広い証拠のファミリーです。
• 再構成可能な証拠は、第三者が検証できる証拠パッケージです。
• 解釈トレースは、経路を明らかにします。
• カノンと出力のギャップは、カノンからの距離を測ります。
• 忠実性の証明は、範囲の限定された忠実性を検証します。
• 解釈の可観測性は、変動を追跡します。
• 解釈の監査可能性は、事例に異議を申し立てられるようにします。
• Q-Ledgerは、弱い観察を記録します。
• Q-Metricsは、記述的な指標を導き出します。

フェーズ10のルーティングレイヤー：推論、裁定、不確定性、忠実性

このページは現在、推論制御に関する問いを、フェーズ10の正規レイヤーへと振り向けています。対象は、解釈エラー空間、自由推論、デフォルト推論、裁定、不確定性、解釈忠実性です。

ルーティングのルールは直接的です。もっともらしい補完を正当な解釈として扱ってはなりません。回答は、主張、推奨、行動を統御できるようになる前に、不確定性を明示し、無許可の推論を阻止し、衝突を裁定し、忠実性を保たなければなりません。

フェーズ11のルーティング：帰結を伴う出力に対する手続き的な説明責任

依拠されたり、争われたり、制度的に意味のあるものとして扱われたりする可能性のある出力について、このページは現在、対抗可能性、執行可能性、コミットメント境界、責任の低減、異議申立て可能性、手続き的妥当性、異議申立て経路、説明責任サーフェスへと振り向けています。

統御のルールは慎重なものです。回答が流暢である、引用されている、有用である、リトリーブされた、あるいは技術的に実行可能であるというだけの理由で、その回答を引き受け可能なものとして扱うべきではありません。

フェーズ12のルーティングレイヤー：負債、保守、非推奨化

このページは現在、保守と長期的な修正に関する問いを、フェーズ12の正規レイヤーへと振り向けています。対象は、意味的負債、カノンの保守、解釈保守、保守負担、修正バックログ、非推奨化の規律、正規情報の更新サイクル、陳腐化の管理です。

ルーティングのルールは直接的です。正規のコーパスは、公開しただけで信頼できる状態を保てるわけではありません。保守、ステータス管理、非推奨化、バックログ管理、アーティファクトの同期、修正の解消が必要です。

フェーズ13のルーティングレイヤー：サービス監査と市場の入口

フェーズ13は、監査需要に向けたサービス志向のルーティングレイヤーを追加します。対象は、LLM可視性監査、AI回答監査、AIブランド表現監査、表現ギャップ監査、AI引用分析、AIソースマッピング、比較監査、ドリフト検出、ローンチ前の意味分析、解釈リスク評価、独立報告です。

これらの用語は、市場の入口として扱わなければなりません。これらは実際の需要を捉え、そのうえで作業をカノン、ソース階層、証拠、回答の正当性、監査可能性、修正の解消へと振り向けます。

フェーズ14における証拠ルーティングの役割

このハブは、証拠レイヤーをめぐる広いナビゲーションを担います。個別の用語は、解釈証拠、再構成可能な証拠、忠実性の証明、解釈トレース、カノンと出力のギャップ、解釈の監査可能性のいずれかに解決されなければなりません。