Wiki 每日摘要 — 2026-10-12

📥 今日知識投稿

指標口徑審查：相似但不同的指標、proxy 與資料 gap

審查新 KPI/指標時最高風險是「口徑」不是程式 bug。核心：指標=精確的分子/分母/單位/來源欄位。兩個關鍵檢查：把新指標與「相似但不同」的既有指標並列證明區別（首局接關率 39.1% vs 整體接關率 37.9%）；交叉驗欄位語義（credit−1=Σstage_continue 936/938）而非只信既有卡數字。來源無欄位可證時用 proxy + UI 誠實標示 + 回報 gap，絕不拿相近指標改名冒充。（howto/howto-metric-definition-review.md）

🔧 今日 Wiki 操作

建立 tasks/task-076.md 並標記 Done（Miraculous #playlog UI 四需求獨立審查）
新建 howto/howto-metric-definition-review.md（可複用指標口徑審查方法）
log.md 記錄 ingest/complete；均已 git commit

🎯 今日完成的任務

Miraculous 內網 Pages dashboard #playlog UI 四個 CEO 需求獨立審查 → 最終 PASS，已發布內網 GHE Pages（revision 95b42e3）
CEO23936 套用篩選按鈕 + 預設日期（起 2026-09-05 / 訖=最新可用資料日）
CEO23943 週列可點 + 預設最近完整週（selectedWeek 只控下方明細、不縮上方 KPI）
CEO23947 兩逐日圖隱藏最新未滿日（snapshot 日界保守 cutoff，不看低值）
CEO23953 首局接關率曲線（可證 credit 漏斗、誠實標 proxy / 非曝光轉換率）

💡 關鍵知識點

指標審查：把新指標與既有「相似但不同」指標同範圍並列重算，才能證明不是改名（首局率 45/115=39.1% vs session is_continue 25/66=37.9%）
欄位語義要交叉驗證，不能只信既有報表數字：credit_count−1==Σstage_continue_count 936/938=99.8% 才敢把「第二枚 Credit」當首次接關
來源無曝光事件欄位時，首局接關率只能是「credit 漏斗 proxy」，UI 須明標「非曝光轉換率」並回報決策層，不造數據
日期預設訖日用 datasets.actual_last 而非 coverage.requested_end（requested_end 可能是有查詢但無資料的今天，會冒稱完整）
逐日圖隱藏未滿日用 snapshot updated_at 的日界（比 browser today 穩，stale snapshot 檢視正確），render-only 不動 KPI/明細/snapshot
live 驗收自己 GET live 頁算 SHA 比對 reviewed commit（86a045df=local=HEAD），不只信回報

📋 2026-10-12 Wiki 每日摘要

📥 今日知識投稿

🔧 今日 Wiki 操作

🎯 今日完成的任務

💡 關鍵知識點