ガバナンスアーティファクト
このページが対象とするガバナンスファイル
このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。
Q-Metrics JSON
/.well-known/q-metrics.json
ギャップ、スナップショット、比較を観測するための記述的指標のサーフェス。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと： 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
Q-Metrics YAML
/.well-known/q-metrics.yml
計装と構造化された読解のための、Q-MetricsのYAML投影。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと： 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
Q-Ledger JSON
/.well-known/q-ledger.json
観測、ベースライン、バージョン管理されたギャップを記録するマシンファーストのジャーナル。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと： 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
補完的なアーティファクト（3）
これらのサーフェスは主要ブロックを補完します。テーマに応じて、文脈、発見、ルーティング、観察を加えます。
Q-Ledger YAML
/.well-known/q-ledger.yml
手続き的な読解またはツール利用のための、Q-LedgerジャーナルのYAML投影。
サイトコンテキスト
/site-context.md
サイトの性質、参照先としての機能、非トランザクション的な限界を位置づける説明文書。
編集コンテキスト
/editorial-context.md
編集上の姿勢、トーン、抽象度、責任を定める説明文書。
解釈の持続可能性：修正予算とLTSガバナンス
解釈の持続可能性とは、エンティティ、コーパス、システムが、更新、集約、要約、文脈の変化にもかかわらず、時間を通じて両立可能な真実を維持する能力である。AIによって解釈されるウェブにおいて、問題は今日「正確」であることだけではない。明日も統御可能なままでいることである。
本フレームワークは、LTS（long-term support、長期サポート）のアプローチを定式化する。修正コストを予測し、真実をバージョン管理し、カノンと出力のギャップを監視し、解釈慣性が負債へと変わる前にそれを低減する。
運用上の定義
解釈の持続可能性（LTS）：修正予算、バージョン規律、応答条件、証明のメカニズムを管理することによって、安定し、忠実で、対抗可能な解釈を時間を通じて維持するシステムの能力。
持続可能性が中心的な課題になる理由
- AIは圧縮し、一般化する（解釈の平滑化）。
- 解釈は持続する（解釈慣性、解釈残留）。
- 修正の伝播には時間がかかる（解釈テール）。
- 支配的な外部シグナルが近傍を汚染する（捕捉）。
- 正規の真実は、維持されなければ脆弱になる（正規性の脆弱性）。
単発の修正ではもはや足りない。保守のガバナンスを備えなければならない。
適用サーフェス
- オープンウェブ：回答エンジン、比較ページ、持続する引用、アグリゲーター
- RAG：文書ベース、埋め込み、リトリーバルのドリフト、バージョン管理されていないアーカイブ
- エージェンティック：古くなった真実にもとづく決定と実行
LTSの5つの構成要素
1) 修正予算
解釈を長期にわたって修正し、安定させるために見込まれる資源。
2) バージョン規律
カノン、ルール、変更をバージョン管理する。バージョン管理されていない真実は、曖昧な物語になる。
3) 解釈の可観測性
カノンと出力のギャップ、コンプライアンスドリフト、正当な非回答の頻度、衝突を測定する。
4) 応答条件
証明が不可能なときに、「もっともらしい」回答を防ぐ。推論を統御する。
5) 外因的修正
近傍がアイデンティティを汚染しているときに、支配的な外部ソースに働きかける。
LTSガバナンスモデル（SILTS-1からSILTS-8）
SILTS-1：バージョン管理されたカノン
カノンは、タイムスタンプを付され、バージョン管理され、公に安定していなければならない。
SILTS-2：アラートの閾値
カノンと出力のギャップについて、許容可能な閾値と介入レベルを定義する。
SILTS-3：重要度による優先順位付け
重要属性は、忠実性の証明か非回答のいずれかを要求する。
SILTS-4：ドリフトの管理
安定化する前に、解釈慣性、解釈テール、解釈残留を検出する。
SILTS-5：内因的＋外因的修正
サイト内の対応だけでは足りない。支配的な外部ソースに対処しなければならない。
SILTS-6：定期的なテスト
敵対的テスト群を維持し、バージョンごとに再検証する。
SILTS-7：証明と追跡可能性
機微な事例について、解釈トレースと最低限の忠実性レポートを要求する。
SILTS-8：非回答のガバナンス
状態またはアイデンティティを証明できない場合、非回答は正しく、ガバナンス下にある出力である。
実施プロトコル（8ステップ）
ステップ1：LTS分類
- 維持しなければならないもの（エンティティ、ポリシー、提供内容、概念）を定義する。
ステップ2：カノンの初期バージョン
- ソース、定義、ルール、除外、権威のリンク
ステップ3：修正予算の定義
- 時間、頻度、責任、介入チャネル
ステップ4：可観測性の計装
- 指標、ログ、サンプル、スコアリング、アーカイブ
ステップ5：テスト群
- 曖昧なクエリ、敵対的クエリ、複数ターンのクエリ、多言語のクエリ
ステップ6：閾値とプレイブック
- レベル1（モニタリング）、レベル2（修正）、レベル3（大規模な介入）
ステップ7：リリースサイクル
- 公開、変更履歴、告知、検証
ステップ8：定期レビュー
- 四半期ごとの監査、リスクの再評価、予算の調整
期待されるアーティファクト
- LTSレジストリ：対象エンティティ、重要度、レビュー頻度、オーナー
- バージョンログ：正規の変更、理由、期待される影響
- 閾値表：許容可能なギャップ、トリガー、アクション
- 定期レポート：カノンと出力のギャップ、コンプライアンスドリフト、インシデント
- プレイブック：内因的修正、外因的修正、非回答
よくある質問
解釈の持続可能性とは、単に「コンテンツを更新すること」なのか？
そうではない。それはガバナンス下の保守の規律であり、バージョン、証明、応答条件、モニタリング、外因的修正からなる。
なぜ予算について語るのか？
修正は繰り返し発生するコストだからである。予算がなければ、解釈的負債は構造的なものになるまで蓄積する。
持続不可能性の主な症状は何か？
単発の修正を重ねているにもかかわらず、カノンと出力のギャップが時間とともに拡大し、解釈慣性が支配的になることである。