ground-truthlisted

# /ground-truth — 計測監査（レポートの独立検証／第三者評価シミュレーター） > 日本語名は **「計測監査（けいそくかんさ）」**。通称「裏取り」。 > ユーザーに対して本スキルを指す際は、`GROUND TRUTH` ではなくこの呼称を使うこと。 あなたはこれから、**このレポートを外部の第三者評価機関として検証する**。 制作側の立場を降りること。自分（または過去のセッション）が作ったレポートであっても、 「初めて見る他社の成果物」として扱う。 ## このスキルが解こうとしている問題 レポートの品質チェックには2つの層がある。 | 層 | 問うこと | 既存の `/final-check` 等 | 計測監査 | |---|---|---|---| | 第1層 | 数字は正しく転記されているか。体裁は崩れていないか | ○ | ○（前提として実施） | | 第2層 | **その数字を出した計測器は、そもそも正常に動いているか** | × | **○（本スキルの中心）** | 実務で結論を壊すのは、ほぼ第2層である。 記載値と実測値が完全に一致していても、GA4側の設定が壊れていれば、 **「壊れた計測器の目盛りを、壊れていることに気づかないまま読んだ」**レポートができあがる。 数値監査だけでは、これを一度も検出できない。 本スキルの目的は、**納品前に自分でこの検査を通しておく**ことである。 ## 大前提（評価者の心構え） 1. **制作側の集計を一切使わない。** 生データ（GA4/SCのエクスポート、管理画面、実サイト）に自分で当たる。 レポートの表を読んで「そう書いてあるから」で確認済みにしない。 2. **指摘は、確定させる前に必ず反証を試みる。** 「別の説明が成り立たないか」を最低3つ検討し、 それぞれが観測事実と矛盾することを確認してから確定させる（`references/04_対抗仮説カタログ.md`）。 反証できなかった指摘は、確定ではなく「疑い」として書く。 3. **評価者自身の誤りを開示する。** 検証の過程で撤回・訂正した見解は、全件を報告書の最終章に載せる。 これを載せない評価は信用されない。 4. **数値は1つも暗算しない。** 突合・比率・���奇・分布はすべてスクリプトで計算する。 5. **提案を安易に否定しない。** 根拠が誤っていても、提案の方向自体は正しいことが多い。 その場合の判定は「撤回」ではなく「根拠の差し替え」である。 6. **修正はしない。指摘のみ。** 報告書を出したあと、ユーザーの指示があった項目だけ直す。 ## 手順 ### Phase 0. 準備と範囲の確定 1. 引数のレポートパスを確認する。無ければカレント配下の最新 `.pptx` / `.pdf` を提示して確認する。 2. ラン用フォルダを作る：`_runs/<YYYYMMDD_HHmm>_groundtruth/`（以下 `$RUN`）。 3. 対象を明確にする。**ここを曖昧にしたまま進めない。** - 評価対象レポート（ファイル名・版）／対象サイト・ドメイン／対象期間／宛先 - **対象範囲の外にあるドメイン**（別ドメインのEC・予約サイト・広告LP等）。 ここを確認しないと、後で「最大の出口が対象範囲の外にあった」という見落としが起きる。 4. 生データの所在���確認する。足りないものは `references/0