ガバナンスアーティファクト
このページが対象とするガバナンスファイル
このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。
正規AIエントリーポイント
/.well-known/ai-governance.json
ガバナンスマップ、優先順位チェーン、最初に読むべきサーフェスを宣言する中立的なエントリーポイント。
- 統御する対象
- サーフェス間のアクセス順序と初期の優先順位。
- 画定する範囲
- カノンまたは公開された順序を迂回する自由な読解。
保証しないこと： このサーフェスは読解順序を公開するものであり、実行も服従も強制しない。
公開AIマニフェスト
/ai-manifest.json
正規エントリーポイントを拡張するサーフェス、レジストリ、モジュールの構造化された目録。
- 統御する対象
- サーフェス間のアクセス順序と初期の優先順位。
- 画定する範囲
- カノンまたは公開された順序を迂回する自由な読解。
保証しないこと： このサーフェスは読解順序を公開するものであり、実行も服従も強制しない。
定義カノン
/canon.md
アイデンティティ、役割、否定、乖離のルールを固定する正規サーフェス。
- 統御する対象
- ドリフトしてはならない公開アイデンティティ、役割、属性。
- 画定する範囲
- 外挿、エンティティの衝突、不当な再分類。
保証しないこと： 正規サーフェスは曖昧さを低減するが、それ単独では忠実な再現を保証しない。
補完的なアーティファクト（3）
これらのサーフェスは主要ブロックを補完します。テーマに応じて、文脈、発見、ルーティング、観察を加えます。
アイデンティティロック
/identity.json
重要な属性の境界を定め、経歴上または職業上の衝突を減らすアイデンティティファイル。
Dual Webインデックス
/dualweb-index.md
公開されたサーフェス、優先順位、拡張されたマシンファースト読解の正規インデックス。
Markdown版Q-Layer
/response-legitimacy.md
回答の正当性、明確化、正当な非回答のための正規サーフェス。
解釈ガバナンスの公開仕様
このページは、解釈ガバナンスの規範的仕様を構成する。 コーパスのペリメーター、範囲、最低限の準拠ルール、構造を形成するアーティファクトを定義する。教育的なページでも分析記事でもなく、枠組みの形式的な宣言である。
ステータス： バージョン管理された公開アーティファクト
範囲： 機械による解釈、オープンウェブ、閉じた環境、外因的なサーフェス
バージョン：1.0
1. ペリメーター
解釈ガバナンスが統御するのは、次のものである。
- 概念の正規の定義
- 解釈ドリフトの管理
- カノン、推論、応答条件のあいだの関係
- 意味的なアーティファクトの持続可能性
- 境界づけられた機械読解に必要なサーフェスの公開
解釈ガバナンスが統御しないのは、次のものである。
- 広告の最適化
- 構造化されていない可視性マーケティング
- アルゴリズムの操作
- 立証のレジームに裏づけられていないパフォーマンスの約束
2. 意味上の権威
意味の正規ソースは、もっぱら/definitions/に置かれる。いかなる明確化、分析、フレームワークも、正規の定義そのものの形式的な改訂なしに、それを変更することはできない。
ドクトリンのページは原則を説明しうる。フレームワークはそれを実装しうる。明確化はその読解に境界を設けうる。しかし、これらのサーフェスのいずれも、正規の用語を再定義しない。
3. レイヤー構造
コーパスは次の階層に従って編成されている。
- ドクトリン
- 正規の定義
- 運用フレームワーク
- 明確化
- 応用
この階層は、単に編集上のものではない。解釈上の優先という価値をもつ。意味上の衝突が生じた場合、衝突の性質に応じて、上位のレイヤーが下位のレイヤーを統御する。
参照：存在論的アーキテクチャ
4. バージョン管理されたアーティファクト
次の要素はバージョン管理されなければならない。
- 正規の定義
- 運用フレームワーク
- マトリクス、プロトコル、証明のサーフェス
- それらの読解を統御する仕様と公開の枠組み
実質的な変更は、次のことを伴う。
- バージョンの更新
- 安定化日
- 該当する場合には公開での追跡可能性
- 影響を受けうる下流のサーフェスとの連携
5. 最低限の準拠
この仕様に準拠しているとみなされるためには、コーパスは次のことを満たさなければならない。
- 正規の定義を明示的に宣言する
- 定義、方法、明確化、応用を区別する
- レイヤー間の関係を明示する
- 正規のページの外で用語を暗黙に再定義することを避ける
- 除外と限界が欠けていれば解釈ドリフトを招く場合には、それらを示す
最低限の準拠は完璧さを意味しない。意味の構造が対抗可能な形で読み取れることを意味する。
6. 適格な公開の条件
ドクトリン上の公開物は、少なくとも次のことを行わなければならない。
- その種別を宣言する
- その範囲を宣言する
- マシンファーストアーティファクトが存在する場合は、それを示す
- URL、型付け、内部リンク、ソース階層のあいだの整合性を保つ
それがなければ、公開物は目に見えるままでありうるが、解釈の面で統御することははるかに難しくなる。
7. 限界
この仕様は、次のことを保証しない。
- 第三者のモデルにおけるハルシネーションの不在
- 外部エンジンの準拠
- 直接の管理下にない環境の安定性
- 確率的システムによるカノンの自動的な採用
この仕様が定義するのは、公開されたコーパスの内部ガバナンスの枠組みと、その機械可読性のための最低条件だけである。
8. 推奨される連携
このページは、次のページとあわせて読まれなければならない。
読み方のルール
解釈ガバナンスの公開仕様に関するこのドクトリン上の注記は、解釈ガバナンスのコーパスにおける位置づけのためのサーフェスとして読まれなければならない。正規の定義や運用フレームワークに取って代わるものではない。ある区別がなぜ重要なのか、ドクトリンがどこに境界を引くのか、その境界が無視されたときにどのような種類のエラーが起こりやすくなるのかを説明するものである。
読者は3つのレベルを区別しなければならない。第1は概念のレベルであり、このページが何を名指し、何を名指すことを拒むかである。第2は手続きのレベルであり、システム、組織、評価者が回答に依拠する前に何を確認する必要があるかである。第3は証拠のレベルであり、何があれば解釈が再構成可能、異議申立て可能、訂正可能になるかである。ドクトリンのページが最も強くなるのは、これら3つのレベルを説得的な定式化のなかに潰してしまうのではなく、見える状態に保つときである。
コーパスにおける用途
このページは、定義、フレームワーク、観察記録のあいだの橋渡しとして用いる。読解ルートを導くこと、あるフレームワークが存在する理由を正当化すること、あるいは回答がなぜ範囲を限定され、拒否され、監査されるべきなのかを説明することに役立つ。ランタイムの指示、モデルの挙動の保証、証拠の代替として扱われてはならない。このドクトリンに基づく回答が、どのソースが使われたのか、どの推論が許可されたのか、どの不確実性が未解決のまま残ったのかを示せないなら、このドクトリンは運用上の制御ではなく、読解の原則にとどまる。