docs(management): Task0核实修正——微信peer主体为无后缀裸ID(96.3%)+未命中全为群通话

偏差#5 原三后缀列表会误导 Task3 peer 建模：实测 customer 微信侧 6,779/7,040
为裸 ID(96.3%)，@openim 仅 261；message.talker_id 行数口径裸 ID 844,287。
⑤ 未命中成因精确化：voice_call 126 条未命中恰为 126 条 @chatroom 群通话，
剔除后 1:1 命中率 100%；wa 未命中 5 条全部为 @g.us 群通话。

Co-Authored-By: Claude Code <noreply@anthropic.com>

docs/superpowers/plans/2026-09-08-management-batch-a-verification.md

@@ -95,7 +95,16 @@
 
 **结论**：两条路径 100% 等价、零冲突。生命周期归属覆盖面完整。**影响 Task 6**：默认 `owner_account_id → account_map → user_id` 路径确认可用；`customer.user_id` 列可直接当冗余等价路径使用（如需省一次 join，实测安全）。
 
-补充观察（**影响 Task 3/6 的 peer 对齐**）：`customer.friend_id` 形态有三种——微信 `25984981693625561@openim`、WA `12022946448@s.whatsapp.net`、WA `108976926654482@lid`。与 `message.talker_id` 对齐时须注意后缀形态一致（Task 3 实现 peer 匹配时以此为准，不做猜测性截断）。
+补充观察（**影响 Task 3/6 的 peer 对齐**）：**微信侧主体是无后缀裸 ID，后缀形态是少数**。`customer.friend_id` 实测形态分布（全表）：
+
+| 渠道 | 形态 | 行数 | 占比 |
+|---|---|---|---|
+| wechat | **无后缀裸 ID**（`a_515855826`、`a053136a` 等） | 6,779 | **96.3%** |
+| wechat | `@openim` 后缀 | 261 | 3.7% |
+| whatsapp | `@s.whatsapp.net` | 9,266 | 99.6% |
+| whatsapp | `@lid` 后缀 | 33 | 0.4% |
+
+`message.talker_id` 侧同查（行数口径）：wechat 裸 ID 844,287 / `@openim` 16,873 / `@chatroom` 17,003（群）；whatsapp `@s.whatsapp.net` 72,357 / `@lid` 4,284 / `@g.us` 9,439（群）。即：微信 peer 主键以裸 ID 为准、`@openim` 为少数共存；WA 侧基本全带后缀。Task 3 实现 peer 匹配时按实测形态对齐（两边原值相等才命中），不做猜测性截断/补后缀。
 
 ---
 
@@ -129,7 +138,7 @@
 | `voice_call` | 2,504 | 2,378 | **95.0%** |
 | `wa_voice_call`（补充核实） | 686 | 681 | **99.3%** |
 
-**结论**：双渠道命中率均远超 50% 阈值，`call_followup_count` 一期**高置信**，无需降级标记、无需在口径中注记低置信。**影响 Task 5**：24h 跟进判定按计划实现；未命中的 5%多为客户删除/无文字往来的纯通话对象，属正常损耗。
+**结论**：双渠道命中率均远超 50% 阈值，`call_followup_count` 一期**高置信**，无需降级标记、无需在口径中注记低置信。**影响 Task 5**：24h 跟进判定按计划实现。未命中成因已精确解释（复核补充）：`voice_call` 的 126 条未命中**恰好等于** `call_number` 带 `@chatroom` 后缀的 126 条群通话（实测这 126 条对 1:1 消息全部 0 命中——join 限定 `room_id` 为空，群通话本就不该匹配）；剔除群通话后 1:1 可匹配通话命中率为 **2,378/2,378 = 100%**。`wa_voice_call` 侧后缀分布为 `@s.whatsapp.net` 676 / `@g.us`（群）9 / `@lid` 1，未命中 5 条**全部为** `@g.us` 群通话（逐条列出验证）。
 
 ---
 
@@ -157,7 +166,7 @@
 | 2 | `call_duration` 单位=**秒**（263,651s=73.24h≈已知 73h）；`start_call_time`=**毫秒 epoch** | Task 5（默认口径正确，无需换算） |
 | 3 | 接通判定 `dur>0` vs `call_status=1` 差 31 行（1.0%），前者少计 31 条 0 秒接通 | Task 5（任选其一，注释写明） |
 | 4 | `customer.owner_account_id` 填充 **100%**，与 `user_id` 列全表 100% 等价 | Task 6（默认 owner 路径确认；可直接用 user_id 列省 join） |
-| 5 | `customer.friend_id` 有 `@openim` / `@lid` / `@s.whatsapp.net` 三种后缀形态 | Task 3/6（peer 对齐按实测形态匹配，勿截断） |
+| 5 | 微信侧 peer ID **主体为无后缀裸 ID**（customer.friend_id 6,779/7,040=96.3%；message.talker_id 行数口径 844,287 裸 vs 16,873 `@openim`），后缀形态（`@openim` 等）为少数；WA 侧基本全带后缀（`@s.whatsapp.net`/`@lid`） | Task 3/6（peer 对齐按实测形态原值匹配，勿截断/勿补后缀） |
 | 6 | 群消息占总消息量 64%（微信侧 69%） | Task 3/6（friend 过滤必须，佐证 spec 口径） |
 | 7 | call_number↔talker_id 命中率 voice_call 95.0% / wa_voice_call 99.3% | Task 5（call_followup_count 高置信，不降级） |
 | 8 | staff 41 行无幽灵账号；`stat_daily_staff` 仅 40 名员工有行 | Task 5/6（known_user_ids 过滤零损耗） |