ガバナンスアーティファクト
このページが対象とするガバナンスファイル
このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。
解釈ポリシー
/.well-known/interpretation-policy.json
解釈、範囲、抑制に関する制約を説明する公開ポリシー。
- 統御する対象
- 回答の正当性と、その形式を調整する制約。
- 画定する範囲
- もっともらしいが適格でない回答、または正当な理由のない範囲の拡張。
保証しないこと： このレイヤーは正当な回答の境界を定めるものであり、ランタイムで発動したことの証明ではない。
主張レジストリ
/claims.json
公開された主張、その範囲、その宣言上のステータスのレジストリ。
- 統御する対象
- 適格な関係、受理可能な権威、衝突の裁定。
- 画定する範囲
- 不当な統合、権威の複製、根拠を示さない暗黙的な裁定。
保証しないこと： グラフやレジストリを記述しても、外因的なソースが内因的な真実になるわけではない。
Markdown版Q-Layer
/response-legitimacy.md
回答の正当性、明確化、正当な非回答のための正規サーフェス。
- 統御する対象
- 回答の正当性と、その形式を調整する制約。
- 画定する範囲
- もっともらしいが適格でない回答、または正当な理由のない範囲の拡張。
保証しないこと： このレイヤーは正当な回答の境界を定めるものであり、ランタイムで発動したことの証明ではない。
AIが解釈するウェブにおけるバージョン支配力
本ページは、ある構造的な現象を記述する。ウェブが確率的かつエージェンティックなシステムによって読まれるとき、ある版は、必ずしも真であるとも、偽であるとも、望まれたものであるとも、意図されたものであるとも限らないまま、安定化しうる。この主題は道徳的なものではない。アーキテクチャ上のものである。どのような条件がある版を支配的にし、どのような条件がある版を異議申立て可能にするのか、という問題である。
本文書はドクトリン上のものであり、規範を指示するものではない。方法、手順、オファー、運用上の推奨のいずれも構成しない。
定義
バージョン支配力とは、あるエンティティ、コーパス、システムが、自動化されたシステムの解釈空間において、ある安定した表現を優勢にする能力を指す。この力は真実でも虚偽でもない。それは読解の安定性を表すものであり、多くの場合、階層化されたシグナル、反復、合成の仕組みによって生み出される。
システムが迅速に応答しなければならない環境では、優勢になる版は、多くの場合、最も読みやすく、最も整合しており、あるいは最も引用しやすいものである。証拠上の制約が欠けているか曖昧であるとき、知覚された整合性が検証の代わりになりうる。
この力が今日存在する理由
AIが解釈するウェブは、人間がインデックス化するウェブと同じようには機能しない。目的はページを取り出すことだけではなく、合成的な表現を生み出すことである。このレジームでは、3つの要因がある版の安定化を後押しする。
1) デフォルトの補完：制約がない場合、システムは情報がないことを宣言するのではなく、空白を埋める。
2) 反復：読解と引用の経路は、すでに中心的なものを強化する傾向がある。繰り返し参照されるものはより確からしくなり、それゆえより存在感を増し、それゆえより中心的になる。
3) 語りの整合性：システムは、緊張、衝突、未知を引き受けるよりも、整合した回答を生み出すことを好む。非回答の規律がなければ、整合性が支配的な出力になる。
安定化と操作
ある版を安定化させることは、それ自体としては操作ではない。安定化は、多くの場合、アーキテクチャの機械的な帰結である。ソース階層、明示的なペリメーター、正規の定義、除外である。
安定化が操作的になるのは、その版が異議申立ての余地なく押しつけられるときである。これは典型的には、次のような場合に起こる。
1) 証拠が区別されていない：叙述的な主張が事実として扱われる。
2) 影響が宣言されていない：「ガバナンス下の」回答が、明示的な解釈ペリメーターに従っていることを示さないまま、中立的なものとして提示される。
3) 非回答が禁じられている：証拠が欠けているときでさえ、システムが応答しなければならない。そのとき、もっともらしいものが権威あるものへと変わる。
この文脈において、解釈ガバナンスはバージョン支配力を消し去るものではない。この力を検出可能で異議申立て可能なものにすることを目指すのである。
Q-Layerの役割
Q-Layerは、単純な断絶を導入する。回答を生成することはデフォルトの状態ではない。回答は、最低限の条件が満たされる場合にのみ正当になる。そうでなければ、明確化または正当な非回答が正しい出力になる。
この仕組みは、もっともらしい版の自動的な安定化を制限する。情報が存在しない場合、曖昧である場合、衝突している場合、正しい出力は、補完することではなく、保留するか拒否することである。
開示（Disclosure）、主張（Claims）、異議申立て
3つの構造形成的な仕組みが、バージョン支配力を否定することなく、そのドリフトを減らす。
開示（Disclosure）：回答が、安定したトークンを用いて、ガバナンス下のペリメーターの中で生成されていることを宣言すること。開示は真実を主張するものではない。影響を可視化するものである。
主張（Claims）：verified（検証済み）、attested（証明済み）、narrative（叙述的）であるものを区別すること。主張は、もっともらしさによって「格上げ」されることはできない。
異議申立て：明示的なサーフェスを通じて、誤りを報告可能かつ修正可能にすること。異議申立ては論争ではない。それは安定性の仕組みである。
これら3つの仕組みは、真実を保証するものではない。支配的な版を痕跡なしに押しつけることを難しくし、それゆえ偽装をより高くつくものにする。
本ページが述べないこと
本ページは、いかなる影響力の方法も提案しない。プレイブックも提供しない。運用上の手順も定義しない。サービスのオファーも記述しない。
本ページが記述するのは、ある現象と、解釈を行うシステムによって読まれる環境において版の異議申立て可能性を保つための最低限の条件である。
正規の参照先
以下のリソースは、本ページを読むための正規の文脈を提供する。
/response-legitimacy.md/.well-known/interpretation-policy.json/claims.jsonObservation case: Grok and the manufacture of authority（英語）