UMP待排查高优先级message_id: 2080 / 2086 / 2140 / 2141 / 2142
补单回调后子号详情展示订单号和回调状态
企业钱包补单场景中，业务方反馈补单后商户收到回调，但子号详情里的订单号同步、回调状态展示和超收统计口径存在不一致，需要复核补单操作路径与页面展示规则。
判断：进入 requirements。原因是它涉及客户回调感知、子号详情展示、财务统计口径和 Shane 追问操作路径，不是普通聊天。
本页用于测试新的 XQlist 口径：由大模型直接阅读 Telegram 原始归档与 TG 每日解析，区分需求清单、更新发版时间线、运维/待确认事项和周报素材。脚本只负责落库、渲染与校验。
| 级别 | 来源 | 用途 |
|---|---|---|
| 1 | Telegram 原始群组归档 | 核验 message_id、时间、发送人、reply_to、附件和对话边界。 |
| 2 | TG 每日解析报告 | 初筛 newRequirements、releaseUpdates、incidents、followUps。 |
| 3 | XQlist 当前数据 | 去重、合并、状态延续和页面渲染。 |
| 4 | GoGo / daily-summary / Google 或飞书归档 | 只做补充背景，不覆盖 TG 事实。 |
企业钱包补单场景中，业务方反馈补单后商户收到回调，但子号详情里的订单号同步、回调状态展示和超收统计口径存在不一致，需要复核补单操作路径与页面展示规则。
判断：进入 requirements。原因是它涉及客户回调感知、子号详情展示、财务统计口径和 Shane 追问操作路径，不是普通聊天。
企业钱包自动归集阈值规则在群内确认：设置阈值后，按“大于阈值自动归集”理解；页面阈值下方已有文字说明。该项更偏产品规则确认，不是新开发需求。
判断：可进入 requirements，但类型应标为“规则确认/展示说明”，避免误写成待开发需求。
Shane 发布 2026-06-30 更新内容：撮单服务在负载情况下按 nacos 权重选择，订单生成逻辑改用 Redis 生成唯一值，调整 TG 商户费率回复格式，去掉数据清理与订单清理队列消费逻辑；晚间核桃反馈已更新 PMP、昱鼎、民谣。
判断：进入 releases，不重复进入 requirements。
Shane 推进模板热更新上线准备，要求先衔接撮单/匹配服务器加白流程；上游需给匹配服务器 IP 加白，商户侧不用；白名单完成后可采用模板热更新方式，基本不影响跑量，但可能出现短暂订单失败。
判断：进入 releases 的“发布准备/前置条件”，不作为已完成发版，也不作为普通新需求。
PMP 系统开发沟通群出现黑马匹配、黑马数据库、黑马路由不可用及 cadvisor 无法采集容器数据的 critical 告警；群内随后出现“黑马停掉了”的解释。建议只作为待确认运维告警，不直接进入正式需求。
企业钱包需求沟通群出现正式服 Google 验证是否变更的短暂确认，Shane 表示自己未上过正式服，后续有人反馈“上去了”。证据不足，不直接写为已发布或正式需求。
本次测试的核心分流：
这说明 6 月 30 日不应简单把 TG 每日解析里的所有条目都变成需求卡；需要大模型逐条判断 requirements / releases / follow-up。
本次通过 GitHub 连接器生成测试产物，未在仓库工作区实际运行 node scripts/render.js，也未直接改写主数据 data/requirements.json 与 data/releases.json，以避免无法局部 patch 大 JSON 时破坏现有数据。
正式落库建议：由 Codex/OpenClaw 在 XQlist 工作区读取 generated/2026-06-30/xqlist-test.json，写入主数据后运行渲染、敏感信息扫描和 shane-html 校验。