依頼の判断
この領域に取り組むべきかを見極める方法
このページは判断のためのページとしてお使いください。目的は概念を理解するだけでなく、正しい問題を修正するために、症状、フレーミングの誤り、ユースケース、開くべきサーフェスを見極めることです。
典型的な症状
- チームはキャプチャや観測結果をもっているが、それらを第三者のレビューに耐える報告書にまとめることができない。
- 取締役会、顧客、規制当局、保険会社、パートナーが、何が起きたのか、そしてなぜ起きたのかについて、擁護可能な説明を求めている。
- 社内の報告が、宣言されたバージョンの枠組みなしに、現在の状態、過去の状態、置き換えられた状態を混在させている。
- 報告書は本格的に見えるが、範囲、ソース階層、未解決のまま残っているものを示していない。
よくあるフレーミングの誤り
- 独立報告を、物語による安心づけ、PRの言葉、ダッシュボードのエクスポートとして扱うこと。
- 独立性を、ドクトリンの欠如や、明示的な評価基準の欠如と混同すること。
- 弱い観測と、より強いアテステーションを区別しないまま、観測結果を提示すること。
- 異議申立てを可能にする証拠パッケージを公開しないまま、結論を報告すること。
ユースケース
- インシデント後、調達前、ベンダーへの異議申立て時、あるいは利害の大きいガバナンスの文脈における第三者レビュー
- 解釈リスク評価、マルチエージェント監査、比較監査、ドリフト検出から得られた知見のパッケージ化
- 非公開の口頭の文脈なしに読める報告書の作成
- 記述的な観測、再構成可能な証拠、範囲を限定した忠実性の主張の区別
具体的に修正されること
- 範囲、バージョンの状態、ソース階層、トレース、観測結果、未解決の不明点を軸とした事例のパッケージ化
- 観測、アテステーション、より強い証明のしきい値の区別
- 第三者による異議申立てが可能であり続ける報告書構造の構築
- 報告を、動かない文書として放置するのではなく、修正のフォローアップに結びつけること
関連するマシンファーストアーティファクト
これらのサーフェスは、詳細な修正を始める前に問題の範囲を画定します。
最初に開くべきガバナンスファイル
有用な証拠サーフェス
これらのサーフェスは、診断、観察、忠実性、監査を結びつけます。
最初に開くべき参照
ガバナンスアーティファクト
このページが対象とするガバナンスファイル
このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。
定義カノン
/canon.md
アイデンティティ、役割、否定、乖離のルールを固定する正規サーフェス。
- 統御する対象
- ドリフトしてはならない公開アイデンティティ、役割、属性。
- 画定する範囲
- 外挿、エンティティの衝突、不当な再分類。
保証しないこと： 正規サーフェスは曖昧さを低減するが、それ単独では忠実な再現を保証しない。
Markdown版Q-Layer
/response-legitimacy.md
回答の正当性、明確化、正当な非回答のための正規サーフェス。
- 統御する対象
- 回答の正当性と、その形式を調整する制約。
- 画定する範囲
- もっともらしいが適格でない回答、または正当な理由のない範囲の拡張。
保証しないこと： このレイヤーは正当な回答の境界を定めるものであり、ランタイムで発動したことの証明ではない。
観測所マップ
/observations/observatory-map.json
観測サーフェスと監視対象の領域の構造化されたマップ。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと： 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
補完的なアーティファクト（4）
これらのサーフェスは主要ブロックを補完します。テーマに応じて、文脈、発見、ルーティング、観察を加えます。
Q-Attestプロトコル
/.well-known/q-attest-protocol.md
アテステーション、証拠、観測の読解を枠づける公開プロトコル。
引用
/citations.md
回答、抑制、エスカレーション、または非回答の条件を明示するサーフェス。
因果コンテキストマップ
/causal-context-map.json
トリガー、潜在ニーズ、正規サーフェス、意図された帰結を結びつける、CCLレイヤーの機械可読な投影。
causal-internal-mesh.json
/causal-internal-mesh.json
公開されたマシンファーストのガバナンスサーフェス。
証拠レイヤー
このページが用いる証拠サーフェス
このページは、ガバナンスファイルを参照するだけではありません。観察、トレーサビリティ、忠実性、監査をより再構成しやすくするサーフェスにも結びついています。以下の順序が、最小限の証拠の連鎖を示します。
- 01カノンと範囲定義カノン
- 02回答の承認Q-Layer：回答の正当性
- 03アテステーションQ-Attestプロトコル
- 04監査レポートIIPレポートスキーマ
定義カノン
/canon.md
合成を経ても失われてはならない、アイデンティティ、範囲、役割、否定についての対抗可能な基盤。
- 証明可能にすること
- 忠実性を評価できる基準となる参照コーパス。
- 証明しないこと
- システムがすでにこれを参照していることも、観測された回答がこれに忠実であり続けることも証明しない。
- 用いる場面
- あらゆる観測、テスト、監査、修正の前に。
Q-Layer：回答の正当性
/response-legitimacy.md
いつ回答し、いつ保留し、いつ正当な非回答に切り替えるべきかを説明するサーフェス。
- 証明可能にすること
- 出力を受理可能なものとして扱う前に適用すべき正当性レジーム。
- 証明しないこと
- ある回答が実際にこのレジームに従ったことも、エージェントがランタイムでこれを適用したことも証明しない。
- 用いる場面
- ページが権威、非回答、実行、抑制を扱う場合。
Q-Attestプロトコル
/.well-known/q-attest-protocol.md
推論されたセッションと検証済みのアテステーションを明確に分離する任意の仕様。
- 証明可能にすること
- 観測を検証可能なアテステーションへ引き上げるために必要な最小限の枠組み。
- 証明しないこと
- アテステーションのエンドポイントが存在することも、アテステーションがすでに受領されたことも証明しない。
- 用いる場面
- ページが強い証明、運用上の検証、証拠レベルの分離を扱う場合。
IIPレポートスキーマ
/iip-report.schema.json
解釈完全性レポートの公開インターフェース：範囲、指標、ドリフトの分類体系。
- 証明可能にすること
- 再構成可能で比較可能な監査レポートの最小限の形式。
- 証明しないこと
- 非公開の重み、内部ヒューリスティック、具体的な監査の成功のいずれも証明しない。
- 用いる場面
- ページが監査、証拠となる成果物、対抗可能なレポートを論じる場合。
補完的な証拠サーフェス（3）
これらのアーティファクトは主要な連鎖を補完します。監査、証拠の水準、引用、バージョンの推移を特定するのに役立ちます。
CTICコンプライアンスレポートスキーマ
/ctic-compliance-report.schema.json
非公開ロジックの全体を開示せずに、コンプライアンス上の所見を公開するための公開スキーマ。
引用
/citations.md
参照先に正規の権威を委ねることなく、一部の概念を文脈づけるために用いる最小限の外部参照サーフェス。
AI変更履歴
/changelog-ai.md
AIサーフェスの変更について、日付の特定と監査をより容易にする公開ログ。
独立報告と対抗可能な証拠
このページは、サービス向けのラベルを扱います。このサイトにおいて「独立報告」が意味をもつのは、再構成可能で、異議申立てが可能で、最終的には対抗可能な証拠パッケージを生み出す場合に限られます。
独立した報告書は、広報でも、ダッシュボードのエクスポートでも、コンプライアンスの演出でもありません。
このサイトでこのラベルが指すもの
このサイトにおいて独立報告とは、第三者が次の点を理解できるように事例をパッケージ化する作業を指します。
- 何が範囲に含まれていたか
- どの権威の階層がその事例を統御していたか
- どの観測が弱く、どれが強く、どれが未解決だったか
- どのトレースがその所見を裏づけているか
- 該当する時点で、どのバージョンの状態が有効だったか
- 何がなお不確実であり、異議申立ての余地があるか
したがって、「独立」という言葉は「ドクトリンなし」を意味しません。非公開の口頭の文脈なしに読み取り、レビューでき、暗黙の権威に依存しないことを意味します。
この入口が有用になるとき
この入口が有用になるのは、知見が直接のチームを越えて伝わる必要がある場合です。
- インシデントや、異議の出た回答の後
- 調達、ベンダーへの異議申立て、経営陣によるレビューの前
- 顧客、パートナー、保険会社、規制当局が、読み取り可能な説明を必要とするとき
- 記述的な観測を、より強い証明の主張から切り分けなければならないとき
本格的な報告書の最小限の構成要素
本格的な報告書には、通常、次のものが含まれるべきです。
- 宣言された範囲と質問クラス
- 有効なコーパスとバージョンの状態
- その事例を統御していた権威の階層
- 観測された出力と、それを生んだシナリオの期間
- トレース、乖離、未解決の不確実性
- 観測、アテステーション、より強い証明の区別
- 修正のフォローアップのルート
これらの要素がなければ、「独立報告」は、証拠としての力を欠いたスタイルにすぎなくなるおそれがあります。
このラベルが代替しないもの
独立報告は、次のものを代替しません。
独立報告は、これらのより厳格なレイヤーを、第三者のレビューのためにパッケージ化するものです。それらを代替するものではありません。
ドクトリン上のマップ
このサイトにおいて「独立報告」は、次のものへと振り分けられます。
関連する読み物
マップに戻る：専門領域。
このサービスラベルに求められる証拠要件
このサービス向けラベルは、フェーズ3の証明管理レイヤーに依存しています。このラベルは、解釈証拠、再構成可能な証拠、解釈の監査可能性、証拠レイヤー、Q-Ledger、Q-Metricsに結びつけられなければなりません。このレイヤーがなければ、このラベルは、異議申立てが可能な解釈ガバナンスのプロセスではなく、汎用的な監査の約束になってしまうおそれがあります。
フェーズ13のルーティングレイヤー：サービス監査と市場の入口
フェーズ13では、監査需要のためのサービス向けルーティングレイヤーが追加されます。LLM可視性監査、AI回答監査、AIブランド表現監査、表現ギャップ監査、AI引用分析、AIソースマッピング、比較監査、ドリフト検出、ローンチ前の意味分析、解釈リスク評価、独立報告です。
これらの用語は、市場の入口として扱われなければなりません。これらは実際の需要を捉え、そのうえで作業をカノン、ソース階層、証拠、回答の正当性、監査可能性、修正の解消へと振り分けます。
フェーズ13のルーティング：市場向け監査との橋渡し
この専門領域ページは、現在、フェーズ13におけるサービスと市場の橋渡しの中に位置づけられています。寄せられる問いが、AI可視性、LLM可視性、ChatGPTでの可視性、引用トラッキング、GEO、推奨、ブランド表現といった言葉で表現されている場合は、まずAI可視性監査を経由し、そのうえで該当する監査サーフェスを選んでください。
有用な区別は単純です。市場のラベルは需要を捉え、正規の概念は解釈を統御します。どの監査ラベルも、それ自体でランキング、引用、推奨、第三者のシステムによる修正を約束するものではありません。
独立報告が加えるもの
独立報告が有用なのは、組織が、自らのエンティティ、コーパス、オファー、ドクトリンが、自らの望むナラティブの外でどのように表現されているかについて、文書化された読解を必要とする場合です。価値は、ダッシュボードをもう1つ作ることにあるのではありません。観測された出力、正規の期待、ソースの衝突、解釈上のギャップ、修正の優先順位を切り分けることにあります。
報告書は、システムがどこでカノンに従い、どこでそれを圧縮し、どこでより弱いソースに置き換え、どこで滑らかでありながら擁護できない回答を生み出しているかを、見えるようにしなければなりません。だからこそ、独立報告は、市場向けの観測結果を、忠実性の証明、カノンと出力のギャップ、解釈の監査可能性に結びつけなければならないのです。
有用な報告書に含めるべきもの
しっかりした報告書には、テストした質問、テストしたシステム、各観測の日付と文脈、回答を統御すると想定されるソース資料、観測された出力、ギャップの分析、推奨される修正措置が含まれるべきです。また、孤立したインシデントと、繰り返し現れるパターンを区別しなければなりません。
報告書は、不確実性を隠してはなりません。あるシステムを再現可能な形でテストできない場合、結果がセッションによって異なる場合、あるいはソース階層が不完全である場合には、その限界を明記しなければなりません。報告書が有用になるのは、まさに、弱いシグナルを偽りの確実性に変えることを避けるからです。
サービスの境界
独立報告は、モデルが準拠していること、プラットフォームが自ら修正すること、ブランドが引用されることを認証するものではありません。何が観測されたのか、何を内部で修正できるのか、何に外部での対応が必要なのか、そして何をモニタリングし続けなければならないのかについて、擁護可能な解釈を組織に提供します。その成果物は、マーケティング、法務、製品、SEO、ガバナンスの各チームが、それらの機能を互いに混同することなく読めるものでなければなりません。
異議申立てが可能な報告
独立報告が有用なのは、成果物が社内の意見以上のものでなければならない場合です。報告書は、監査に参加していない人でも読めること、証拠から再構成できること、そして何を立証でき、何を立証できないかについて慎重であることが必要です。これは、テーマが、公的な表現、AIが生成した回答、ブランドの帰属、サービスに関する推論、制度的なエクスポージャーに関わる場合に、特に重要です。
この作業では、観測と結論を切り分けます。報告書は、システムが何と回答したか、どのソースがそれを裏づけているように見えたか、回答がどこでカノンから乖離したか、その乖離が繰り返されているかどうかを記録できます。しかし、単一の観測を、すべてのモデル、すべてのユーザー、将来のすべての出力についての普遍的な主張に変えてはなりません。
報告書を有用にするもの
しっかりした報告書には、範囲、テストしたプロンプトやシナリオ、観測された出力、ソースの条件、カノンと出力のギャップ、深刻度、再発性、限界、修正の優先順位が含まれます。また、その課題が、可視性の問題なのか、ソース階層の問題なのか、表現の問題なのか、回答の正当性の問題なのかを説明しなければなりません。
このサービスは、解釈トレース、忠実性の証明、異議申立て可能性、手続き的妥当性を結びつけます。その価値は、修辞的な力にあるのではありません。推論を検証し、異議を申し立て、改善できることにあります。
依頼のルート
この専門領域ページを具体的な依頼につなげるには、対象エンティティ、関連URL、観測したAIシステム、出力のサンプル、意思決定の文脈を添えて、お問い合わせページをご利用ください。これらの要素があれば、可視性の問題を、表現、証拠、権威、修正の問題と切り分けることができます。