依頼の判断
この領域に取り組むべきかを見極める方法
このページは判断のためのページとしてお使いください。目的は概念を理解するだけでなく、正しい問題を修正するために、症状、フレーミングの誤り、ユースケース、開くべきサーフェスを見極めることです。
典型的な症状
- 同じ質問が、時間の経過とともに実質的に異なる回答を生み出す。
- 修正が一時的に機能したように見えても、その後弱まったり逆転したりする。
- 異なるシステムが、語彙は保ちながら、範囲や権威をずらしている。
- 変動が頻繁になり、チームが何がベースラインで何がドリフトなのかを区別できなくなっている。
よくあるフレーミングの誤り
- 宣言されたベースラインなしに、あらゆる変動をドリフトとして扱うこと。
- カノン、範囲、応答条件を無視して、出力だけを見ること。
- 1つのスナップショットが改善したからといって、修正が完了したと考えること。
- 可観測性のダッシュボードを、忠実性の証明と混同すること。
ユースケース
- 公開後の修正済みコーパスのモニタリング
- リリース、リブランド、ペリメーターの変更後の安定性の追跡
- システム、プロンプト、言語をまたいで繰り返し発生するドリフトの検出
- ドリフトが負債として固定化する前の、修正の優先順位づけ
具体的に修正されること
- ベースラインとテスト期間の公開
- 無害な変動と、カノンに関わるドリフトの区別
- 修正の遅れと再発のモニタリング
- しきい値を超えた場合の、観測から監査へのエスカレーション
関連するマシンファーストアーティファクト
これらのサーフェスは、詳細な修正を始める前に問題の範囲を画定します。
最初に開くべきガバナンスファイル
有用な証拠サーフェス
これらのサーフェスは、診断、観察、忠実性、監査を結びつけます。
最初に開くべき参照
ガバナンスアーティファクト
このページが対象とするガバナンスファイル
このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。
定義カノン
/canon.md
アイデンティティ、役割、否定、乖離のルールを固定する正規サーフェス。
- 統御する対象
- ドリフトしてはならない公開アイデンティティ、役割、属性。
- 画定する範囲
- 外挿、エンティティの衝突、不当な再分類。
保証しないこと: 正規サーフェスは曖昧さを低減するが、それ単独では忠実な再現を保証しない。
Q-Ledger JSON
/.well-known/q-ledger.json
観測、ベースライン、バージョン管理されたギャップを記録するマシンファーストのジャーナル。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと: 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
Q-Metrics JSON
/.well-known/q-metrics.json
ギャップ、スナップショット、比較を観測するための記述的指標のサーフェス。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと: 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
補完的なアーティファクト(1)
これらのサーフェスは主要ブロックを補完します。テーマに応じて、文脈、発見、ルーティング、観察を加えます。
AI変更履歴
/changelog-ai.md
ガバナンス、アイデンティティ、マシンファーストサーフェスの変更ログ。
証拠レイヤー
このページが用いる証拠サーフェス
このページは、ガバナンスファイルを参照するだけではありません。観察、トレーサビリティ、忠実性、監査をより再構成しやすくするサーフェスにも結びついています。以下の順序が、最小限の証拠の連鎖を示します。
- 01弱い観測Q-Ledger
- 02派生測定Q-Metrics
- 03監査レポートIIPレポートスキーマ
- 04記憶とバージョン管理AI変更履歴
Q-Ledger
/.well-known/q-ledger.json
観測された一部の参照とシーケンスを可視化する、推論されたセッションの公開台帳。
- 証明可能にすること
- ある挙動が、弱く、日付付きで、文脈化されたトレース証拠として観測されたこと。
- 証明しないこと
- 行為者の身元、システムの服従、発動の強い証明のいずれにもならない。
- 用いる場面
- 記述的な観測と強いアテステーションを区別する必要がある場合。
Q-Metrics
/.well-known/q-metrics.json
一部の変動をスナップショット間でより比較しやすくする派生レイヤー。
- 証明可能にすること
- 観測されたシグナルを、記述的な指標として比較、バージョン管理、異議申立てできること。
- 証明しないこと
- それ単独では、表現の真実性も、出力の忠実性も、実際の舵取りも証明しない。
- 用いる場面
- 期間を比較し、監査の優先順位を付け、変更前後を記録するため。
IIPレポートスキーマ
/iip-report.schema.json
解釈完全性レポートの公開インターフェース:範囲、指標、ドリフトの分類体系。
- 証明可能にすること
- 再構成可能で比較可能な監査レポートの最小限の形式。
- 証明しないこと
- 非公開の重み、内部ヒューリスティック、具体的な監査の成功のいずれも証明しない。
- 用いる場面
- ページが監査、証拠となる成果物、対抗可能なレポートを論じる場合。
AI変更履歴
/changelog-ai.md
AIサーフェスの変更について、日付の特定と監査をより容易にする公開ログ。
- 証明可能にすること
- 証拠となる状態を、明示的なバージョンの軌跡の中に位置づけ直せること。
- 証明しないこと
- ドリフトが実際に解消されたことも、第三者がその変更を参照したことも証明しない。
- 用いる場面
- ページがスナップショット、訂正、撤回、置き換えを扱う場合。
ドリフト検出
このページは、サービス向けのラベルを扱います。このサイトにおいて「ドリフト検出」とは、変動が、カノン、ベースライン、または宣言された応答レジームからの意味のある乖離になったときに、それを検出することを意味します。
このラベルは有用ですが、それはドリフトが漠然とした「モデルの変化」や、ダッシュボード上の生の変動に還元されない場合に限られます。
ここでドリフトとみなされるもの
すべての違いがドリフトであるわけではありません。
違いがドリフトになるのは、次の点に照らして、その違いが重要な意味をもつときです。
- 正規のペリメーター
- 保持されている権威ソース
- 回答の範囲を画定すべきだった応答条件
- 引き続き統御すべきベースラインまたはリリースの状態
したがって、ドリフト検出は、解釈の可観測性、カノンと出力のギャップ、解釈的負債、解釈の持続可能性と同じ領域に属します。
この入口が有用になるとき
ドリフト検出は、特に次のような場合に有用です。
- 公開後に修正をモニタリングしなければならない場合
- リブランド、合併、ペリメーターの変更が公開されたばかりの場合
- サイトは整合的に見えるのに、モデル間の回答が不安定なままである場合
- 部分的な修正の後も、繰り返し発生する誤りが戻ってくる場合
検出にはベースラインが必要
このサイトでは、ドリフト検出を、拠り所のないスコアとして扱うことは決してありません。
少なくとも、次のものが必要です。
- 宣言されたベースライン
- テスト期間または再発期間
- 質問ファミリー
- 宣言されたカノン、または優先されるソース階層
- 観測と証明の区別
この規律がなければ、ノイズが蓄積されるだけです。
典型的な成果物
ドリフト検出の取り組みは、通常、次のものにつながります。
- ベースラインと比較期間
- 安定した変動と実際のドリフトの分類
- 再発と修正の遅れを示すシグナル
- 必要に応じた、監査へのエスカレーションのルート
- 修正の優先順位
このラベルが代替しないもの
ドリフト検出は、次のものを代替しません。
- カノン
- 忠実性の証明
- 修正のガバナンス
- リリースの規律
ドリフト検出は、上流の可視化機能です。ある乖離が重要であることを教えてくれます。しかし、それだけで、何が優先されるべきかを決めるものではありません。
ドクトリン上のマップ
このサイトにおいて「ドリフト検出」は、次のものへと振り分けられます。
関連する読み物
マップに戻る:専門領域。
このサービスラベルに求められる証拠要件
このサービス向けラベルは、フェーズ3の証明管理レイヤーに依存しています。このラベルは、解釈証拠、再構成可能な証拠、解釈の監査可能性、証拠レイヤー、Q-Ledger、Q-Metricsに結びつけられなければなりません。このレイヤーがなければ、このラベルは、異議申立てが可能な解釈ガバナンスのプロセスではなく、汎用的な監査の約束になってしまうおそれがあります。
フェーズ6のルーティング:意味的安定性レイヤー
このページは現在、セマンティックアーキテクチャとエンティティの安定性に関するフェーズ6の正規レイヤーへと振り分けています。セマンティックアーキテクチャ、エンティティの曖昧性解消、エンティティの衝突、意味的近傍、意味的汚染、フレーミングの安定性、システム間整合性、解釈ドリフトです。
これらのリンクは、エンティティの分離、近傍の影響、汚染、ドリフト、システム間比較の違いを明確にします。
フェーズ9のルーティングレイヤー:メモリ、持続性、残留、修正
このページは現在、状態を伴う解釈の問いを、フェーズ9の正規レイヤーへと振り分けています。メモリガバナンス、エージェントメモリ、メモリオブジェクト、持続的前提、制御された忘却、古い状態の処理、存続する権威、解釈残留、解釈慣性、バージョン支配力、状態乖離、修正の解消です。
ルーティングのルールは明快です。持続していることだけを根拠に、現在の権威を推論してはなりません。メモリオブジェクト、古い引用、存続しているソース、取得された断片、以前の回答は、新しい回答や行動を統御できるようになる前に、鮮度、権威、トレーサビリティ、修正の解消に関するチェックを通過しなければなりません。
フェーズ13のルーティングレイヤー:サービス監査と市場の入口
フェーズ13では、監査需要のためのサービス向けルーティングレイヤーが追加されます。LLM可視性監査、AI回答監査、AIブランド表現監査、表現ギャップ監査、AI引用分析、AIソースマッピング、比較監査、ドリフト検出、ローンチ前の意味分析、解釈リスク評価、独立報告です。
これらの用語は、市場の入口として扱われなければなりません。これらは実際の需要を捉え、そのうえで作業をカノン、ソース階層、証拠、回答の正当性、監査可能性、修正の解消へと振り分けます。
フェーズ13のルーティング:市場向け監査との橋渡し
この専門領域ページは、現在、フェーズ13におけるサービスと市場の橋渡しの中に位置づけられています。寄せられる問いが、AI可視性、LLM可視性、ChatGPTでの可視性、引用トラッキング、GEO、推奨、ブランド表現といった言葉で表現されている場合は、まずAI可視性監査を経由し、そのうえで該当する監査サーフェスを選んでください。
有用な区別は単純です。市場のラベルは需要を捉え、正規の概念は解釈を統御します。どの監査ラベルも、それ自体でランキング、引用、推奨、第三者のシステムによる修正を約束するものではありません。
固定化する前にドリフトを検出する
ドリフト検出とは、個々の回答に明らかな誤りが見られない場合でも、表現がカノンから離れていく時点を特定するプロセスです。ドリフトは、強調点、役割、カテゴリー、ソースの選好、推奨のステータス、サービスに関する前提、推論された関係の変化として現れることがあります。新しい状態が繰り返され始めると、ドリフトは危険になります。
ドリフトのレビューでは、現在の出力、過去の出力、正規ページ、外部ソース、期待されるルーティングを比較します。同じエンティティがシステムによって異なる形でフレーミングされていないか、古くなったコンテンツが権威を取り戻していないか、修正が実際に解消に至ったのか、それとも公開されただけなのかを問います。
ドリフトの分類方法
有用な分類では、ソースのドリフト、状態乖離、役割のドリフト、権威のドリフト、意味的近傍のドリフト、メモリのドリフトを区別します。それぞれの種類は、異なる修正を指し示します。ソースのドリフトには、階層と引用に関する作業が必要になることがあります。状態乖離には、古い状態の処理が必要になることがあります。役割のドリフトには、否定形の境界が必要になることがあります。メモリのドリフトには、制御された忘却や修正の解消が必要になることがあります。
この専門領域は、解釈ドリフト、状態乖離、古い状態の処理、修正の解消を結びつけます。目的は、修正予算がまだ管理可能なうちにドリフトを捉えることです。
依頼のルート
この専門領域ページを具体的な依頼につなげるには、対象エンティティ、関連URL、観測したAIシステム、出力のサンプル、意思決定の文脈を添えて、お問い合わせページをご利用ください。これらの要素があれば、可視性の問題を、表現、証拠、権威、修正の問題と切り分けることができます。