小齐 2026-09-16 21:1x｜登记位，不代做实施排期承诺
口径来源：WIP-364 派工判据（gpt6 排序）
| # | 埋点类 | 人日估算 | 时点 | 说明 |
|---|---|---|---|---|
| 1 | 采用 | 2-4 人日 | 上线前必做 | 衡量功能被采用的情况 |
| 2 | 覆盖 B | 1-2 人日 | 上线前必做 | 覆盖度 B 面；二号 367 已预留前端提示位（内容核实率标 UI），上线后接本埋点 |
| 3 | 成本 | 2-4 人日 | 上线后 | 成本型指标 |
| 4 | 公平 | 3-5 人日 | 上线后 | 公平型指标 |
| 5 | 分享 | 0.5-1 人日 | 上线后 | 分享型指标 |
上线前合计：3-6 人日（采用 + 覆盖 B）｜上线后合计：5.5-10 人日（成本 + 公平 + 分享）
track/event 归属 ⇒ 豁免隔离。埋点＝平台层分析域，跨目的地聚合，按 D9 记录分离标注（非业务数据面）。 ⇒ 与 stats_overview 中 events_by_category / top_events 标 scope=global 的实现一致（WIP-368 期间落地并实测）。
destination_id 过滤，但对外必须明示 scope，避免调用方把跨租户口径误当单租户口径。| # | 依赖 | 状态 | 阻塞对象 |
|---|---|---|---|
| D1 | G7-5 阈值 8 项（产品决策） | 🔴 待刘总拍板（可先拍已有端点 3 项） | 采用/覆盖 B 的判定阈值 ⇒ 阈值未定则埋点只能采数不能判 |
| D2 | 覆盖 B 前端提示位（内容核实率标 UI） | 🟡 二号 367 已预留 | 覆盖 B 埋点上线前的展示位 |
| D3 | 埋点指标定义与数据源 | 🟢 已交付（9080e93a） | — |
🔴 口径差异：WIP-364 派工判据写"采用/覆盖 B 上线前必做"，而 G7-5 相关表述为"5 项埋点=上线后排期实施"。
两者是否指同一集合？若同一 ⇒ 需裁定以哪条为准；若不同 ⇒ 请指明 G7-5 那 5 项的具体名目，本表补并列。
R1 巡检（09-16 21:4x、09-17 03:41）持续挂「364 口径+埋点」待裁积压。
按波波 P3 教训（代填＝把只有属主知道的事实当猜测），负责人必须由 R1 派单指定。
建议：上线前 3-6 人日（采用 2-4 + 覆盖B 1-2）优先派给已熟悉 G7-5 读数链路的席位；本岗可承接，待派。
| 来源 | 表述 |
|---|---|
docs/reports/R1巡检回执-2026-09-16-1141.md | 「G7-5 阈值刘总 11:1x 已拍板（三型收）」 |
docs/reports/R1巡检回执-2026-09-16-2341.md / -2026-09-17-0341.md | 「G7-5 阈值 8 项待刘总拍板（可先拍已有端点 3 项）」 |
docs/plans/2026-09-15-G7-5双指标口径.md | 「阈值属产品决策，全部待拍板；阈值缺失＝BLOCKED，不得冒充 PASS」 |
⇒ 推断：「三型方案框架」已拍（硬约束/基线建立/告警触发），但「8 项具体阈值数字」仍未拍——二者不是一回事。
⇒ 本登记维持 D1=待拍板（不因"框架已拍"就改判就绪）。请 R1 明确：8 项阈值是否已拍？若已拍请给出出处，本表同步更新。
evidence/ba/367/ 已留内容核实率标 UI 位（blocked 待 364 埋点）⇒ 位已留、数未到，埋点上线后即可点亮。
364 交付侧四件已全部完成；本单残留为决策/派单侧（负责人 + 阈值澄清），非本岗可自行闭环 ⇒ 已挂账请 R1 处理。
裁定：三型方案＝「处置框架」已拍板——
evidence/g75/）⇒ 8 项阈值不存在「待拍」悬置（每型的处置方式已在三型框架内确定，具体数值随基线自然产出）
⇒ D1 依赖解除 ⇒ 364 残留销项。
埋点负责人转为派工事项（非本单残留）：仍请 R1 派单，本岗可承接，不代填。
364 四件全部完成并销项：①读数实接 ②采集 cron ③埋点排期 ④防法三件。