a866ea8abd
docs(management): v2补通话小表决议——phone_call.channel是通话类型非消息渠道,渠道维宽表会双计
...
计划阶段发现:PhoneCall.channel ∈ {phone_call,voice_call}(models.py docstring
自证 calls are not tied to a messaging channel),v2把通话四列放进
(day,channel,user)宽表在channel=all聚合时双计。拆出employee_call_daily
(day,user_id)独立小表;§1.2补#9,P3重排#10-#14,§3改6张表,§4链路更新
2026-09-09 10:34:32 +08:00
4ad239597e
docs(management): v2计划复核收尾——评审确认后修4处文档级问题
...
评审代理逐案例推演确认P1#5同源修正算法成立(Approval维持)，遗留修正：
- §1.1#2修正列更新(串类三列由fact同源输出,不再说全量自算)
- §1.1#5去掉'>100%'夸大表述(单向低估,不可达)
- §9对账点限定消息计数列(串类列禁止相等断言)
- Task0口径只记录文档,配置落库归Task3种子CLI
- P2/P3行号全局重排(#6-#13),交叉引用同步
- §3.2负载列补数据源标注;时效说明措辞精确化
Co-Authored-By: Claude Code <noreply@anthropic.com >
2026-09-08 16:46:40 +08:00
8257086921
docs(management): v2计划第五轮复查——回复率分子分母同源修正(P1#5)+配置种子等补充
...
- P1#5:宽表串类三列改由fact计算模块同源输出(串末条归属日),
不再取msg_daily_stats日切聚合——混口径会使多日未回串膨胀分母,
回复率低估甚至>100%;msg计数/负载列与串算法无关仍取msg_daily_stats
- P2/P3:Task3补默认配置v1.0种子落库;时效说明;metric_version默认v1;
call_followup多账号语义进Task0核实;继承索引补v1 §12.1/12.2;
测试补分子分母同源判据(reply_rate<=1/threads_answered≡fact行数)
Co-Authored-By: Claude Code <noreply@anthropic.com >
2026-09-08 16:40:35 +08:00
7a7eba766d
docs(management): v2计划评审修正——引用定位/删减清单补全/口径表补活跃员工行
...
评审结论 Approved + 4 条 advisory 全部采纳：
- 降温频次定义/异常裁剪原则的引用从 v1 修正为上游整合计划
- 删减清单补 effective_sessions/activated_customer_count/cust_threads 更名说明
- 口径决议表补活跃员工(幽灵过滤)差异行
Co-Authored-By: Claude Code <noreply@anthropic.com >
2026-09-08 16:35:55 +08:00
c7b7df5011
docs(management): 经营管理后台v2实施计划——查漏补缺修订版
...
对 v1 逐项对照现有代码重新设计技术底座：
- P1修正：fact表跨日精确算法独立计算(跨夜串丢失/写钩子零改动)；
宽表1:1口径全量自算(stat_daily_staff混合口径不可拷贝)；
生命周期统一距今天数口径；对账判据预写死
- P2修正：分位数SQL窗口函数；full_sync 12→14步
- P3：核实清单/幽灵员工过滤/功能开关降级/五维图3+2占位
Co-Authored-By: Claude Code <noreply@anthropic.com >
2026-09-08 16:30:36 +08:00
浅念