浅念
|
e00d399195
|
docs(management): 批次F调度接入验证——滚动段耗时/幂等/本地scheduler镜像重建
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 14:11:02 +08:00 |
|
浅念
|
2ac63e3844
|
feat(management): 夜间全量脚本13/14步——fact与宽表全量自愈+终局快照三表行数
|
2026-09-10 14:00:34 +08:00 |
|
浅念
|
0dc5993af7
|
feat(management): 4h分析链接入管理域滚动段——独立事务隔离/fact活跃会话+宽表+通话滚动3天
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 13:59:44 +08:00 |
|
浅念
|
0b975a8289
|
docs(management): 批次F调度子批计划——tick管理段+夜间13/14步(Task F1-F3)
|
2026-09-10 13:55:11 +08:00 |
|
浅念
|
8f9ef747cc
|
fix: prune 改逐行删——asyncmy 拒 tuple IN 的 list 参数
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 13:54:34 +08:00 |
|
浅念
|
3d2889bcde
|
fix: prune 块漏 import sqlalchemy——NameError 中断对账
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 13:48:06 +08:00 |
|
浅念
|
2c7625c3e4
|
docs(management): 批次D全链路走查+验收记录——管理者动线七步/清单逐项/门禁全绿
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 12:44:38 +08:00 |
|
浅念
|
422a726ee8
|
feat(management): 驾驶舱KPI环比(prev_kpis+delta)+异常卡带员工名跳详情+列表进详情带筛选
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 12:20:28 +08:00 |
|
浅念
|
be0d6f844e
|
feat(group-members): 群列表对账云客总数+群详情成员墙(头像+昵称)
用户报两点:①微信群列表与云客群统计总数不一致(实测云客 1,864 vs 本地
2,012——friend_list/es 时代残留的 148 行 owner 组合已不在 getChatroomList
返回里);②群详情成员列表全是 wxid 无法识别。
- chatroom-stats 全窗模式加对账:名单取满(>=声明 total)才删本地不在
云客名单里的 chat_group(wechat)行——页脚从此与云客一字不差;短页宁
可不对账防误删
- backfill_group_members 增强:头像列(消息最新一条 sender_head_url)+
customer 兜底 UPDATE(member_id=friend_id 命中本司好友补昵称/头像,
覆盖未发言成员);full_sync 8b 原位生效
- 群详情 drawer 成员墙:头像+昵称网格(群昵称>好友昵称>wxid 回退+wxid
副行),替代原 memberIds 原始串;仅微信 tab(WA 群成员未派生)
722 后端测试绿,前端构建过。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 12:11:42 +08:00 |
|
浅念
|
577617545f
|
feat(management): 员工详情页——五维条/五页签懒加载/四对比/评分明细/事实下钻复用
- EmployeeAnalyticsDetailView:头卡(账号跳聊天/试算分grade色/辅导记录批次E占位)
+五维条(3可用实分bar+2待数据灰条,以metrics键缺失判pending_data) +五页签
(section懒加载·loaded缓存一次·切页签replace进URL section) +概览四对比表
(derive_metrics六键,unit感知) +服务/工作负载双线趋势(connectNulls:false)
+异常区(AnomalyList showEmployee=false) +评分明细(metrics_detail全表
+prev/baseline原始字典二级折叠) +伪卡片下钻(超时明细/降温沉睡名单/通话明细)
- seq守卫:detail单seq,每页签独立seq;筛选/换人清缓存重取;404→员工不存在结果态
- router /management/employees/:userId(props:true);MainLayout activeMenu
沿用route.name→父路径先例映射management-employees-detail→/management/employees
- AnomalyList 预挂showEmployee prop(默认true;D3员工行消费,本页先传false)——D3清单项提前
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 12:08:35 +08:00 |
|
浅念
|
4e53a99629
|
fix(media): upsert_media MySQL 悬空 new.fetched_at——录音本地化停更多日
第二轮同步审计实测复现(最小用例 0.3s 即炸):upsert_media 的 update_cols
取了全部表列,而 values 只含 11 个业务列——server_default 列
(fetched_at/updated_at)不在 INSERT 列集,MySQL 编译 ON DUPLICATE 时生成
new.fetched_at 悬空引用 → 1054 Unknown column → 每夜 full 的
call_recordings 步骤(录音下载本地化)自生产部署起**每夜静默失败**,
新录音一直没本地化(异常被 SyncRun 吞成 failed 日志,序列继续)。
修:update_cols 只取 values 里实际有的列(对齐 _build_upsert_stmt 的
「只更新实际插入列」原则);updated_at 在冲突重下时刷 now()。
SQLite 分支(excluded 引用宽容)同逻辑修正;722 测试绿。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 11:54:14 +08:00 |
|
浅念
|
b72e957da2
|
feat(management): 员工总览页——四视图/服务端排序分页/对比抽屉/CSV口径注释导出
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 11:44:03 +08:00 |
|
浅念
|
602bee8fdf
|
fix(sync): 空对话「已扫」记忆——根除 2,468 个无消息对话的每轮全量翻史
前项审计的深挖:带窗验证发现活跃仅 27 对话,但访问集仍有 2,493 个——
2,468 个「从未扫过」的对话(纯语音/从未聊过客户)水位恒 0,拉完 0 条
仍是 unscanned,下一轮又被全量翻史(~2.6s/个,每 4h×每晚都翻)——
这才是消息任务时长的真正黑洞(昨夜 53,682 条绝大部分源于此)。
修:复用 sync_state 表记扫描标记(entity_type={channel}_conv_empty)——
- 拉到 0 条有效消息即打标(微信/WA 1:1)
- 发现层排除「已扫空且不活跃」的;客户一旦发消息(last_chat_time 进
活跃窗)自动回到访问集——不会漏新消息
- 周日 full_history 强制全访问兜底(云客补历史场景)
- 空群(115 个,每轮 ~5min)本轮不动,量小
722 测试绿。预期效果:4h 序列访问集 2,493→~30,时长分钟级。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 11:24:59 +08:00 |
|
浅念
|
a9197f696a
|
fix(sync): 同步链路审计修复——水位边界白拉/全量无超时/群活跃窗判定源
全项目数据同步审计发现四漏洞(前项为证据):
① 消息增量边界白拉(证据:昨夜 wa-messages fetched=53,682 而真实新消息
仅 321 条,99.4% 是白拉白写的已入库旧消息)——云客 chatRecords/msg-chats
的 start 参数是 inclusive(返回 ts>=start 含边界),四个消息实体(微信
1:1/WA 1:1/微信群/WA 群)统一在归一化后过滤 ts<=watermark 的边界行,
不计数不写库(省 99% 写放大,计数从此反映真实新增)
② full_sync_all.sh 无超时——极端情况(常态 10-20h)拖进次日相位把 02:00
全量又挤掉(前两天事故同型);加 22h 上限
③ 周日 full-history 无超时——4 实体全历史可能 24h+,必挤周一;单实体
加 6h 上限
④ 群消息活跃窗判定源是昨晚 full 的 chat_group.last_chat_time 快照——
「昨天安静、今天突然活跃」的群会被 24h 窗口漏到明晚;4h 序列在
group-messages 前加 chatroom-stats 全窗(~1min)刷新群活跃判定源
722 测试绿(4h 序列断言 9→10 命令+chatroom-stats 位序)。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 11:08:15 +08:00 |
|
浅念
|
ddeda3fa22
|
feat(management): client补员工详情/分段接口+时间预设补今日昨日本周上周
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 11:07:25 +08:00 |
|
浅念
|
2587e4dd08
|
docs(management): 批次D员工页计划——总览+详情+环比+预设补全(Task D0-D4)
评审3真问题全修:排序白名单四列(余列不排序)/服务页签图改P50P90双线
(员工级无每日率序列)/CSV扩csvExport注释行+rows适配;advisory全采:
异常卡补employee_name(一行后端)/showEmployee复用开关/formula_note归位/
伪卡片下钻衔接/compare仅显示态
|
2026-09-10 11:02:27 +08:00 |
|
浅念
|
10b7e5e534
|
fix(management): 待回复/风险卡标注时点口径——当前指标不随窗口,防管理者误读(批次C终评I1)
|
2026-09-10 10:45:16 +08:00 |
|
浅念
|
e3fadfe1a6
|
fix(scheduler): 调度根治——4h 增量只扫活跃对话+账号表进 4h+超时保险丝
用户报「员工列表时间与云客差 2 天」。根因链:4h 增量序列全对话遍历
(WA 9,357 对×~3.5s≈9h,整序列 15h+)超过自身 4h 间隔→与 02:00 全量在
asyncio.Lock 上背靠背互相排队→近两晚全量被挤掉→账号表(仅全量刷)停更
两天,员工列表「数据更新/最新消息时间」显示 09-08 快照。
三层修复:
- 活跃窗:_discover_conversations/群发现加 active_since_ms——已扫过的
对话仅保留 last_chat_time 在窗内的(云客 lastChatTime 滞后小时级,
24h 窗足够容错),从未扫过的(新覆盖优先)不受限;陈旧对话无新消息,
每日 full 兜底。CLI --active-window-hours,四消息实体透传
- 4h 序列头部加 accounts/wa-accounts(~2min)——员工列表时间最多滞后
4h,不再依赖每晚全量
- 超时保险丝:_page_subprocess 加 timeout(超时 kill 返回 124,上游
break 下轮补)——messages 各实体 15-80min 预算,单命令拖不死相位;
full/full-history 不设限
722 测试绿(序列断言 7→9 命令+窗口参数)。干跑验证:近 24h 活跃私聊/
群相对全量降一个数量级(本地旧库群 2011→537;私聊依赖 friends 先刷,
序列顺序已保证)。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 10:38:47 +08:00 |
|
浅念
|
3cf77ec6d5
|
feat(management): 管理驾驶舱页——KPI/双趋势/生命周期/维度分布/异常两次点击到事实
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 10:38:05 +08:00 |
|
浅念
|
7343e1c9aa
|
feat(management): 经营管理导航分组+驾驶舱路由
|
2026-09-10 10:20:13 +08:00 |
|
浅念
|
5196a72ac2
|
feat(management): 驾驶舱六组件——KPI卡/筛选栏/异常榜/下钻抽屉/口径抽屉/数据截至角标+时长比率格式化共享
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 10:15:10 +08:00 |
|
浅念
|
df8d2b30d5
|
feat(management): useManagementFilters——URL query 真源/预设窗/渠道哨兵
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 10:02:35 +08:00 |
|
浅念
|
c56f13059d
|
fix(group-stats): 群统计「查看详情」进纯聊天窗——无会话侧栏,操作列单按钮
用户反馈:微信群统计列表点查看聊天记录进入的页面带「好友列表/群列表」
侧栏不合适——云客该入口是专注的群详情聊天页(截图验证:无会话侧栏,
仅系统菜单+群名+工具栏+消息流)。
- ChatTimeline 增 bare 专注模式(?bare=1 隐藏会话侧栏);员工聊天窗口
入口(不带 bare)侧栏常驻——昨天 WA 侧栏修复的场景不受影响
- GroupList 微信 tab 操作列精简为单按钮「查看详情」(=查看聊天记录,
跳 bare 模式;导出HTML移除——聊天页头部本有导出),WA tab 不动
本地双路径验证:bare 无好友列表/有群聊标题;无 bare 侧栏在;列表点击
跳转 ?bare=1 正常。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 09:58:22 +08:00 |
|
浅念
|
7b0e1601b7
|
feat(management): 前端API client——管理端点typed契约(批次B冻结面)
对批次B as-built逐键核对后相对任务稿的修正(以真机响应为准):
- DashboardResp 补 caliber_notes(总述口径说明)
- DrilldownResp 补 page/page_size/scope(各分支均返回)
- FactDrillRow 补 chat_hint(owner+talker 直达聊天记录)
- LifecycleDrillRow.nickname 收窄为非空(后端 friend_id 兜底)
- EmployeeRow.metrics 注明 user_id 键为字符串透传字段
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 09:57:44 +08:00 |
|
浅念
|
940762e7ff
|
fix(management): drilldown行补channel字段——前端聊天路由判渠道用(契约冻结前补齐)
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-10 09:49:59 +08:00 |
|
浅念
|
2b10c07fb7
|
docs(management): 批次C前端计划——驾驶舱+导航(Task C0-C6)
评审4真问题全修:drilldown行补channel字段(C0后端契约补全)/DimSummary
补name+weight/端口3000→8000;advisory全采:服务图双轴/共享格式化提升
format.ts/去硬编码41/client契约字段补全
|
2026-09-10 09:44:39 +08:00 |
|
浅念
|
9fbd572bb7
|
docs(management): 批次B终评收尾——validate_config补源名唯一性+遗留观察项归档
批次B终评Approve后两处闭环:
- validate_config补源指标名跨维度唯一校验(comparisons按源名建键的
静默覆盖防线)+测试
- 观察项归档:call_band样本基数(批次F)/源名唯一(已修)/性能与winsorize(批次F)
|
2026-09-09 19:28:48 +08:00 |
|
浅念
|
23ac95f2e4
|
docs(management): 批次B真机冒烟——六端点耗时/回测员工抽查/记录
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 19:17:56 +08:00 |
|
浅念
|
3d5644c42a
|
fix(management): drilldown生命周期历史改peer键控对齐批次A口径+comparisons键域统一+补测试
评审修正(I1/M1-M4/M6):
- I1 lifecycle_customers 历史改 (channel,peer) 键控跨owner合并,归属仍由
Customer.owner_account_id 决定——与批次A _lifecycle_daily 同口径;新增
共享客户测试(历史在他人账号下仍全量呈现)
- M3 employees 行 comparisons 键域统一为指标源名(config code→spec.metric
映射,active_friends_band/call_band 不再出现),与 sections 一致
- M4 未回复分支空 owners 先短路,免去无效 finalize 调用
- M1 employee_metrics._percentile 改公有 percentile 供同包复用,删除
api_assembly.percentile_nearest(存储层 _percentile 不同层保留)
- M2 drilldown 内联 SQL(FirstReplyFact/PhoneCall)下沉 api_assembly
(fr_fact_rows/user_calls_page),路由层无裸查询
- M6 补 start>end→422 断言;新增 config_source=db 测试(激活配置
min_days=9→五天数据员工翻 insufficient_sample,守护生效可见)
tests/test_management_api.py: 21 passed;全量 721 passed
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 18:59:45 +08:00 |
|
浅念
|
31cd2d92aa
|
feat(management): 只读管理API六端点——dashboard/employees/detail/sections/drilldown白名单/指标定义
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 18:34:58 +08:00 |
|
浅念
|
57ace98792
|
docs(management): 批次B计划同步band basis决议——active_friends周期distinct(与B2/B3实现一致)
|
2026-09-09 18:12:26 +08:00 |
|
浅念
|
b0ebe8a15a
|
feat(group-stats): 微信群列表对齐云客「微信群统计」——getChatroomList 数据源+窗内统计
用户报微信群列表数据/内容不对,应对齐云客「沟通→微信号管理→微信群统计」
(/cms/wechat/wechatgroup)。真机探明(表单登录+页面导航抓 network):
- 数据源=POST /wechatweb/chatroom/getChatroomList(form:departmentId+
startTime/endTime 窗+分页;信封 data.overviews[]/totalCount 1,854 行)
- 云客窗是任意时间窗实时算:沟通消息数实测同群全史 417/7天 36/单日 6
- **修正存量映射错误**:member_count 原存 friendNum(员工好友数),真群成员
数是 friendCount/getChatroomList.memberCount
- 新增/退出成员数云客按窗实时算,本地无事件流 → 按天积累
实现:
- ChatGroup 补 group_remark 列(备注仅 friend_list/es 携带,两归一化均
「有值才写」防互清);迁移含存量 raw_json 回填(须先于基线抓取执行)
- 新表 chat_group_member_stats(渠道×账号×群×天一行 added/lost)
- 新实体 chatroom-stats:全窗刷档案列(真成员数/群备注/员工信息,owner
经 wechat_account alias 解析)+ --day 单日窗落进出日行;full_sync 5c 步
- /api/groups 扩展:msg_start/msg_end 窗内聚合(window_msg_count=
msg_daily_stats 按天和、window_added/lost=日表和)、last_start/end
最新消息窗、group_remark 子串;行补员工微信/员工信息关联列
- GroupList 微信 tab:统计时段(默认近7天)/最新消息时间段/群名称/群备注/
员工下拉/查询 + 9 列(群信息|群备注|员工微信|员工信息|群成员数量|
新增成员数|退出成员数|沟通消息数|操作);WA tab 不动
700 测试绿(新增窗聚合/筛选/员工列 3 例)。本地实测:基线 1,854 群=云客
total 一字不差,今日日窗 added 407/lost 166 落表,页面 9 列/员工列渲染正常。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 18:09:20 +08:00 |
|
浅念
|
03c08881b6
|
feat(management): 确定性异常规则×4——P90恶化/回复率骤降/活动骤降/过载+derive_metrics公有化
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 18:06:08 +08:00 |
|
浅念
|
07c9d091a1
|
fix(management): validate_config补grade_bounds形状与跨维度code唯一性校验
|
2026-09-09 17:56:55 +08:00 |
|
浅念
|
c9f8c844d6
|
feat(management): 评分引擎——三类标准化/维度归一/样本保护/等级/四对比明细+期末active_friends接口修订
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 17:42:57 +08:00 |
|
浅念
|
b51b32a14b
|
fix(management): 期聚合active_friends按(uid,peer)去重——多账号共享客户不再双计;reply计数并入Python/单一METRIC_VERSION
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 17:32:34 +08:00 |
|
浅念
|
729710da63
|
feat(management): 期聚合查询——fact精确分位/期末存量跨渠道合并/distinct活跃/前窗基线窗口
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 17:18:33 +08:00 |
|
浅念
|
8b555a5ad4
|
refactor(management): 种子函数移入management包+深拷贝冻结配置+清理死代码
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 17:06:14 +08:00 |
|
浅念
|
afc71e61ef
|
feat(management): 指标元数据+试算评分配置v1.0+种子CLI——权重校验/幂等落库
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 16:51:56 +08:00 |
|
浅念
|
d523813435
|
docs(management): 批次B实施计划——评分/异常/六只读API端点(Task B0-B5)
评审两minor+五advisory全采纳:active_share期末行口径/异常严重度加权排序/
窗口函数列表达式/affected_count定义/channel=all翻译/错误风格偏差注明
|
2026-09-09 16:46:39 +08:00 |
|
浅念
|
7758a3351f
|
docs(management): 批次A终评修正——部署顺序理由/data_complete语义/通话类型注释
终评 Approve 后三处文档级修正:
- CLI help与DEPLOY的顺序理由改为事实(宽表不读fact,先跑不会出0;
顺序约定保留,fact是批次B评分/下钻数据源)
- data_complete 注释改为预留语义待批次B定义(当前恒True)
- EmployeeCallDaily 注释通话类型实测值(voice_call/wa_voice_call)
|
2026-09-09 16:30:05 +08:00 |
|
浅念
|
639edf56a6
|
docs(management): 批次A回填实测+对账记录+DEPLOY部署注记
- 核实文档追加Task8小节:回填实测汇总(fact 68,476行/72s,宽表12,371+
通话1,163/71s,幂等,同源68,476≡68,476,孤儿0,通话314天)
- 对账抽查:王云青+田瑞志×3日期×三组,①②组12/12逐日全一致,③组宽表
≤日切(差值=跨夜串归属效应,全期12,055 vs 20,981折叠57.4%验证串未丢)
- 批次A验收清单11项全过(653测试本机复跑绿,写钩子零改动逐commit核查)
- DEPLOY.md §7 新增批次A附加步骤:b7c8d9e0f1a2手动alembic+两条回填
命令及顺序依赖(employee-metrics必须在first-reply-facts之后)
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 16:20:33 +08:00 |
|
浅念
|
0fce21aaf7
|
fix(management): 回填CLI通话日并集——消息空窗日的通话不再漏(8天27条实测)
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 16:11:04 +08:00 |
|
浅念
|
b2e8edacc2
|
feat(management): 两条回填CLI——first-reply-facts/employee-metrics全量重建幂等
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 14:55:16 +08:00 |
|
浅念
|
e725c7032a
|
docs(management): 批次A计划Task6代码块同步评审修正——hist时点语义/防御性flush
与 ad3beb7 实际实现对齐:day_msgs+cum 累积数组(hist=≤as_of,历史日沉睡门槛
不被未来消息虚增)、每日循环末 flush、accumulate import
|
2026-09-09 14:45:58 +08:00 |
|
浅念
|
ad3beb7625
|
fix(management): 宽表生命周期hist改时点语义(≤as_of累积)——历史日dormant不再被未来消息虚增;补正向同源/percentile None判别+防御性flush
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 14:44:35 +08:00 |
|
浅念
|
5bfcebf20c
|
fix(wa-chat): 群聊路由侧栏常驻——点群后「好友列表/群列表」不再消失
用户报 WA 聊天页点群列表里的群,跳到聊天框后侧栏(好友列表/群列表)
没了。根因:ChatTimeline 模板里 ChatSidebar 挂了 v-if="!isGroup"——
群路由(roomId 有值)下直接不渲染,是早期群聊独立页的设计遗留;
onSelectSession 本就支持好友/群双类型导航,侧栏组件自带好友/群过滤。
修:去掉 v-if 侧栏常驻,群聊中可随时切换好友/群会话(对齐云客体验)。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 14:34:03 +08:00 |
|
浅念
|
2bb4cee76d
|
feat(management): 员工指标宽表——1:1口径/串类与fact同源/生命周期列/幽灵过滤/纯生命周期日出行
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 14:19:25 +08:00 |
|
浅念
|
a38170d205
|
test(management): 通话followup判别补强——未接通反例/渠道收窄正反例/任一账号
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 14:09:21 +08:00 |
|
浅念
|
08614ddb3f
|
fix(wa-customers): link 路径 LEFT JOIN 档案带 raw_json——WA 好友列表列空白
用户报 WA 员工列表点「好友列表」数据都不显示。根因:owner 过滤切
customer_account_link 后,link 快照只有客户侧字段;而 WA 客户表格大量列
只存在于档案 raw_json(userName/salePhone/salesNickName/createTime 等
员工侧 camelCase 字段),link 行 raw_json=None → cellText 全部落空,整表
只剩号码可看。
修:_list_owner_links 按 friend_id LEFT JOIN customer 带出 raw_json
(+version)。raw_json 全局一人一份、挂谁名下内容相同;已知口径:共享
客户的员工侧字段是「最后写入员工」的记录(1,967/12,578),客户自身字段
不受影响——完美对齐需 link 补员工快照列,另行评估。
647 测试绿(新增 raw_json 透传测试)。
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
2026-09-09 14:08:44 +08:00 |
|