Q-Metrics：ドクトリンページ

Q-Metrics

Q-Metricsは、Q-Ledgerの上に構築された派生指標のレイヤーである。その目的は、ガバナンスのエントリーポイントをめぐる発見可能性、連続性、ドリフトを、スナップショット間で比較可能であり続ける形で測定可能にすることにある。

注意： 非規範的かつ記述的である。これらの指標は観測された状態を記述する。準拠の証明、アテステーション、認証を構成するものではない。

Q-Metricsが存在する理由

ガバナンスファイルを公開するだけでは十分ではない。運用上の問いは、それらのアーティファクトが実際に発見され、参照され、時間の経過のなかで連続性をもって維持されているかどうかである。Q-Metricsは、観測そのものより強いものであるかのように装うことなく、それらのシグナルを凝縮する。

エントリーポイント

• JSON：/.well-known/q-metrics.json
• YAML：/.well-known/q-metrics.yml

最低限の指標ファミリー

• エントリーポイント遵守率（Entrypoint compliance）：期待されるエントリーポイントのうち、参照されたものとして観測された割合。
• 逸脱率（Escape rate）：期待されるエントリーポイントのサーフェスから外れる観測の割合。
• シーケンス忠実性（Sequence fidelity）：連鎖したスナップショットの連続性と、アーカイブの断絶の不在。

指標の読み方

遵守率が高いほど、実効的な発見可能性を示唆する。逸脱率が高い場合は、期待されるエントリーポイントの外での探索、インデックス化の不安定さ、ルーティングのドリフトを示していることがある。シーケンス忠実性が低い場合は、連続性またはアーカイブの問題を示すシグナルであり、より強い解釈を行う前に調査すべきである。

限界

• Q-Metricsは、Q-Ledgerの限界（エッジでの可視性、キャッシュ、制限、サンプリングのバイアス）を引き継ぐ。
• シグナルは証明ではない。そのレジームと期間のなかで読まれなければならない。
• より強いアテステーションの仕組みが必要とされる場合、このレイヤーはその仕組みに取って代わるものではない。

記述的な指標のレイヤーと実際の表現ガバナンスとのドクトリン上の区別については、GEO指標は表現を統御しないを参照のこと。

ガバナンス上の役割

Q-Metricsは、監査、カノン、証明に取って代わるふりをすることなく、エコシステムに公開の測定レイヤーを提供する。その役割は、後の解釈を支えるのに十分なほど、発見可能性と連続性を読み取れるものにすることである。

Q-Metricsをどのように解釈すべきか

Q-Metricsは、比較的かつ経時的に読まれるべきである。単一の値は、それだけではほとんど何も語らない。重要なのは、ベースライン、その後の期間、宣言されたマシンファーストの経路のあいだの関係である。

正規の定義との結びつき

この用語の正規の定義については、Q-Metricsを参照のこと。このドクトリンページは運用上のマシンファーストの指標レイヤーを説明し、定義はこの用語を解釈ガバナンスの用語体系のなかに確定する。

Q-Metricsをどのように使うべきか

Q-Metricsは、虚栄の指標としてではなく、解釈上の指標として読まれなければならない。その目的は、コーパス、回答、システムが、より安定し、より監査可能になり、カノンにより忠実になりつつあるかどうかを検出することである。順位、トラフィック、引用、商業上のコンバージョン指標の代わりになるものではない。

有用なQ-Metricsは、通常、期待される解釈と観測された出力を比較する。カノンと出力のギャップ、裏づけのない推論、ソース置換、古い状態の持続、システム間の乖離、拒否の質、証明の完全性を追跡しうる。価値は、単一のスコアからではなく、繰り返される観測から生じる。

測定の限界

いかなる指標も、解釈上の判断を不要にすることはできない。測定対象の定義が不十分であれば、高いスコアが誤った前提を覆い隠すことがある。コーパスが意図的に回答を拒否している場合には、低いスコアが許容されうる。したがって、指標は応答条件、ソース階層、忠実性の証明に結びつけられなければならない。

読み方のルール

Q-Metricsに関するこのドクトリン上の注記は、解釈ガバナンスのコーパスにおける位置づけのためのサーフェスとして読まれるべきである。正規の定義や運用フレームワークに取って代わるものではない。ある区別がなぜ重要なのか、ドクトリンがどこに境界を引くのか、その境界が無視されたときにどのような種類のエラーが起こりやすくなるのかを説明するものである。

読者は3つのレベルを区別すべきである。第1は概念のレベルであり、このページが何を名指し、何を名指すことを拒むかである。第2は手続きのレベルであり、システム、組織、評価者が回答に依拠する前に何を確認する必要があるかである。第3は証拠のレベルであり、何があれば解釈が再構成可能、異議申立て可能、訂正可能になるかである。ドクトリンのページが最も強くなるのは、これら3つのレベルを説得的な定式化のなかに潰してしまうのではなく、見える状態に保つときである。

コーパスにおける用途

このページは、定義、フレームワーク、観察記録のあいだの橋渡しとして用いる。読解ルートを導くこと、あるフレームワークが存在する理由を正当化すること、あるいは回答がなぜ範囲を限定され、拒否され、監査されるべきなのかを説明することに役立つ。ランタイムの指示、モデルの挙動の保証、証拠の代替として扱われるべきではない。このドクトリンに基づく回答が、どのソースが使われたのか、どの推論が許可されたのか、どの不確実性が未解決のまま残ったのかを示せないなら、このドクトリンは運用上の制御ではなく、読解の原則にとどまる。