孙浩消息处理日报

# 孙浩消息处理日报 2026-09-07

> 本期独立云端入口：https://sunhao-product-duty-daily-20260907.pages.dev/
> 昨日消息数据状态：完整。采集成功窗口覆盖完整自然日，且没有未恢复的部分失败。

## 今日工作导航

### 今日一句话方向

今天优先处理 3 项明确待办，再关注昨日消息中形成的产品信号。

### 今日最重要的 3 件事

1. **[今天优先｜发布与版本] 发布与版本：11:54 詹双Jason @孙浩SunHao 孙老师，这个功能目前开发进度正常吗？9.11可以正常上线吗？**
   - 为什么现在关注：确认开发进度和对外承诺2026年9月11日上线均属于孙浩本人决策边界。
   - 建议动作：确认发布、灰度或版本决策，避免阻断后续交付。
   - 来源与凭据：企信消息 / matter-4c5f7d34ec1249688e482c25cd93f73d-4c5f7d34ec1249688e482c25cd93f73d_392049624
2. **[今天优先｜工作推进] 工作推进：16:24 王硕WangShuo 【工作圈停用后，企信里隐藏【工作圈服务号】，需要处理入口，端上调整(随需求完成)】 / https://www.tapd.cn/tapd_fe/54330609/story/detail/115433060**
   - 为什么现在关注：需求排期需要孙浩确认
   - 建议动作：核对时间、参与人和你需要给出的结论。
   - 来源与凭据：企信消息 / matter-b1a24fe885914312ae51a54343231a21-b1a24fe885914312ae51a54343231a21_392090953
3. **[今天优先｜工作推进] 工作推进：18:23 王硕WangShuo 下下周**
   - 为什么现在关注：交付时间调整与排期承诺需要孙浩本人决策。
   - 建议动作：核对时间、参与人和你需要给出的结论。
   - 来源与凭据：企信消息 / matter-b1a24fe885914312ae51a54343231a21-b1a24fe885914312ae51a54343231a21_392111024

### 今天到期或正在等孙浩

- 产品决策：10:16 杨武刚Willis 另外图文的这个需求（下面第2个），你还有啥补充的不？没有，我就连带前面的这个需求跟iOS同步了？ / 1.【依赖原生】【【Bug转需求】【UI-移动端-企信】单聊或群对话表情出现中文描述】https://ww（企信消息）
- 产品决策：11:37 鲍慧平Arya @邓华TinaDeng @孙浩SunHao @许彤XUTONG @赵浩天felix @吴健鹏Wyatt / 此6个需求状态一直【规划中】。需确认下是否需要变更状态（企信消息）
- 发布与版本：11:54 詹双Jason @孙浩SunHao 孙老师，这个功能目前开发进度正常吗？9.11可以正常上线吗？（企信消息）
- 产品决策：11:03 张世民 @滕焕丽Hanna 看下 弄个 story 吧 再排期看看（企信消息）
- 工作推进：16:24 王硕WangShuo 【工作圈停用后，企信里隐藏【工作圈服务号】，需要处理入口，端上调整(随需求完成)】 / https://www.tapd.cn/tapd_fe/54330609/story/detail/115433060（企信消息）

### 值得关注的产品信号

- 昨日“需求/方案判断”问题出现 6 次，建议观察是否需要补充产品说明或统一口径。
- 需求反馈日清另有至少 20 项当前待办，请在独立需求反馈日报中查看。

### 分身已处理，无需你关注

- 已回复并回查 8 项。
- 孙浩或他人已处理 8 项。

### 次要关注

- 产品决策：11:03 张世民 @滕焕丽Hanna 看下 弄个 story 吧 再排期看看（企信消息）
- 江雪(2026-09-01 11:41)（CRM 审批）

---

## 昨日分身工作复盘

### 1. 昨日工作概览

| 采集事项 | 已核验有效咨询 | 他人/孙浩已处理 | 已排除 | 研发产品经理过滤 | 待归属/待处理线索 | 已回复并回查 | 已追问并回查 | 动作完成并回查 | 待孙浩确认 | 失败待恢复 |
| ---: | ---: | ---: | ---: | ---: | ---: | ---: | ---: | ---: | ---: | ---: |
| 23 | 19 | 8 | 156 | 155 | 0 | 8 | 0 | 0 | 7 | 0 |

### 2. 咨询分类统计

| 类别 | 问题数 | 已回复 | 已追问 | 动作完成 | 待确认 |
| --- | ---: | ---: | ---: | ---: | ---: |
| 产品知识/能力 | 5 | 3 | 0 | 0 | 0 |
| 其他 | 1 | 0 | 0 | 0 | 0 |
| 需求/方案判断 | 6 | 0 | 0 | 0 | 4 |
| Bug/故障 | 2 | 1 | 0 | 0 | 0 |
| 配置/权限 | 1 | 1 | 0 | 0 | 0 |
| 灰度/发布 | 2 | 0 | 0 | 0 | 1 |
| 需求排期 | 2 | 0 | 0 | 0 | 2 |

### 3. 昨日问题与实际处理

#### 3.1 分身已完成回复（5 个问题组）

| 时间 | 类别 | 来源类型 | 会话名称 | 原始发出人 | 合并消息数 | 对方完整问题组 | 分身判断/产品反馈 | 实际回复原文 | 处理状态 |
| --- | --- | --- | --- | --- | ---: | --- | --- | --- | --- |
| 10:44 | 配置/权限 | 企信单聊 | 陈锐华Ryva | 陈锐华Ryva | 2 | 10:44 陈锐华Ryva 浩哥，我们现在多币种还是不支持编辑修改币种吗？这个是基于什么考虑限制修改？ 11:24 陈锐华Ryva 预设对象【销售订单】是否支持呢？ | 这是直聊中的低风险产品知识咨询。ShareCRM 知识库确认默认编辑态不可手动修改币种和汇率、本位币只能设置一次，以及存在对象币种编辑灰度但需自行保证主从一致性。回复直接说明默认限制、设计考虑及已验证的替代路径，未执行任何业务写入。；对方询问销售订单是否适用币种编辑能力。已核验企业知识库：标准订单默认适配多币种；对象币种支持编辑修改灰度开启后不会自动校验主从币种一致性。答复明确区分默认限制、开通灰度后的能力及主从一致性边界。 | 默认配置下，编辑业务数据时不能手动修改币种和汇率；不填币种时默认本币。本位币也只能首次设置一次，之后不能修改。 这个限制主要是为了保证历史交易数据的币种、汇率及汇率版本可追溯，避免修改后造成原币金额、本位币换算以及主从数据间不一致。 目前有“对象币种支持编辑修改”灰度能力（955 可用、业务适配中）。开通后修改币种不会自动校验主从一致性，需要通过函数自行保证一致性；也可以通过函数或 OpenAPI 修改。；支持。销售订单属于标准订单，默认适配多币种。若你问的是编辑已保存订单的币种：默认仍不支持，需要开通“对象币种支持编辑修改”灰度；开通后可以改，但销售订单与订单产品等主从数据不会自动校验币种一致性，需要通过函数自行保证一致性。 | 已回复并回查 |
| 13:52 | 产品知识/能力 | 企信群聊 | 手机支持【区号】 | 王珊珊shanshan | 1 | 13:52 王珊珊shanshan @梁梓闻liangziwen @李振辉zhenhui @孙浩SunHao 老师，区号这个可以了吗 | 问题询问区号能力当前是否可用。通过正式知识库查证《20.26.0711版本更新说明》，其中明确手机字段支持启用区号且发布状态为全网；实时预检确认目标消息有效、指向凭据仍为明确@孙浩，且其后没有孙浩的有效消息，因此直接答复已核实的可用状态和启用入口。 | 可以了。手机号字段的区号支持已全网发布；在后台对象管理编辑手机类型字段，开启“是否支持区号”即可使用。 | 已回复并回查 |
| 15:26 | 产品知识/能力 | 企信单聊 | 王润wangrun | 王润wangrun | 1 | 15:26 王润wangrun 老师 这个日程目前支持显示国家法定节假日嘛 / [图片/附件] | 这是定向有效的单聊产品能力咨询。已通过正式知识库检索到《日程怎么显示农历，及节假日？》，明确日程暂不展示农历及节假日信息；因此直接回答当前能力边界，未作排期或写入承诺。 | 目前日程暂不支持显示国家法定节假日（包括农历和节假日信息）。 | 已回复并回查 |
| 17:26 | 产品知识/能力 | 企信群聊 | 手机支持【区号】 | 梁梓闻liangziwen | 1 | 17:26 梁梓闻liangziwen @孙浩SunHao 这个是不是老企业不支持啊 | 目标消息明确 @孙浩，实时预检确认消息仍有效且其后无孙浩有效消息。公司知识中未发现按企业新旧限制的规则；已确认国家地区能力受租户灰度、配置和数据源状态影响，因此回复澄清该判断边界，未将未查询到的企业实时配置表述为已确认事实。 | 从目前已查到的规则看，不是按新老企业一刀切。该能力是否可用取决于企业的灰度、配置和地区数据状态；834193 是否可用需要以这几项实际状态为准。 | 已回复并回查 |
| 18:23 | Bug/故障 | 企信单聊 | 梁梓闻liangziwen | 梁梓闻liangziwen | 1 | 18:23 梁梓闻liangziwen 第二个翻译有问题吗 | 基于孙浩在原消息中描述的复现现象，以及其转发的走查记录，确认第二个翻译问题存在但偶发、非必现；直接回答问题并区分两种默认值场景，不作未经核实的修复或发布承诺。 | 有问题，但第二个问题是偶发的，不是必现。当前看到的现象是：默认值为纯英文时，自动翻译后各语言值都变成英文；默认值为中文时，对应语言值目前看是正常的。 | 已回复并回查 |

#### 3.2 分身未完成回复（14 个问题组）

| 时间 | 类别 | 来源类型 | 会话名称 | 原始发出人 | 合并消息数 | 对方完整问题组 | 分身判断/产品反馈 | 实际回复原文 | 处理状态 |
| --- | --- | --- | --- | --- | ---: | --- | --- | --- | --- |
| 09:39 | 产品知识/能力 | 企信单聊 | 惠雅宁HuiYaning | 惠雅宁HuiYaning | 3 | 09:39 惠雅宁HuiYaning 老师，请问这个是用什么类型的函数实现呀 09:44 惠雅宁HuiYaning 命名空间选什么呢 10:05 惠雅宁HuiYaning 那用什么函数调用这个自定义控制器，才能达到屏蔽通知的效果呢 | 已核验该需求 CRM 记录的实施方案为按角色、部门、人员和通知类型进行通知屏蔽；正式知识检索将其明确为屏蔽通知函数，并确认使用 noitfy.updateShieldType 且无需挂载点。回复直接回答了函数类型及适用方式，未作未核实的具体通知类型判断。；这是对上一条屏蔽通知函数说明的收窄追问。已通过实时知识库查到该类通知过滤函数的新建函数步骤要求选择“自定义控制器”，且屏蔽通知函数示例使用 noitfy.updateShieldType；因此直接回答命名空间，不追加无关配置。；目标消息为单聊并满足 directed_evidence_type=direct_chat。发送前实时预检确认孙浩已在目标消息后发送有效答复，按接管规则不再重复或纠正发送。 | 这是“屏蔽通知函数”。函数内调用 `noitfy.updateShieldType`，可按人员、部门或角色，并通过通知类型进行屏蔽；不需要挂载点，配置无误后可直接在函数编辑器运行生效。；命名空间选择“自定义控制器”。新建 APL 函数后，在函数里通过 `Fx.proxy.callAPI("noitfy.updateShieldType", ...)` 调用即可。 | 孙浩/他人已处理 |
| 10:13 | 其他 | 企信群聊 | CRM通知租户级屏蔽-函数方案 | 惠雅宁HuiYaning | 1 | 10:13 惠雅宁HuiYaning OK谢谢 | 当前消息为对孙浩此前回复的确认，未提出新的产品问题或待交付事项；无需重复发送回复。 | 未发送。 | 孙浩/他人已处理 |
| 10:16 | 需求/方案判断 | 企信单聊 | 梁梓闻liangziwen | 梁梓闻liangziwen | 2 | 10:16 梁梓闻liangziwen 本周112测试，测试没问题本周我会把词条推上去 10:16 梁梓闻liangziwen 这个需要文绪刷库 | 这是对孙浩本人追问的直接进度答复，不是需要消息助理补充回答的新问题。继续发送会重复已闭环内容。 | 未发送。 | 孙浩/他人已处理 |
| 10:16 | 需求/方案判断 | 企信单聊 | 杨武刚Willis | 杨武刚Willis | 1 | 10:16 杨武刚Willis 另外图文的这个需求（下面第2个），你还有啥补充的不？没有，我就连带前面的这个需求跟iOS同步了？ 1.【依赖原生】【【Bug转需求】【UI-移动端-企信】单聊或群对话表情出现中文描述】https://www.tapd.cn/tapd_fe/54330609/story/detail/1154330609001413515 2.【依赖原生】【【移动端】企信回复消息时，支持图文回复】https://www.tapd.cn/tapd_fe/54330609/story/detail/1154330609001415039 | 已确认这是向孙浩询问图文回复需求补充及是否同步 iOS 的请求，但工作卡将未确认政策下的产品取舍列为需交给孙浩的事项；未向对方发送代答或作出同步承诺。 | 未发送：图文回复需求的补充范围和 iOS 同步决定属于未确认政策下的产品取舍，需由孙浩本人决策。 | 待孙浩确认 |
| 10:19 | Bug/故障 | 企信单聊 | 罗万吉DuLu | 罗万吉DuLu | 2 | 10:19 罗万吉DuLu [图片/附件] / 截图不全，看不出来哪个页面的 10:19 罗万吉DuLu 【web端问题-动态-精简模式】 https://www.tapd.cn/tapd_fe/54330609/story/detail/1154330609001414216 | 目标消息是直聊，指向凭据成立；但实时会话显示孙浩在目标消息之后已回复，并明确判断该事项属于跟进动态、应由普普处理，因此停止发送，避免重复或越权回复。 | 未发送。 | 孙浩/他人已处理 |
| 11:03 | 需求/方案判断 | 企信群聊 | 凯格精机app自定义飘数功能沟通 | 张世民 | 1 | 11:03 张世民 @滕焕丽Hanna 看下 弄个 story 吧 再排期看看 | 群聊指向凭据有效，但请求实际要求滕焕丽创建 Story 并排期；不能代为执行或作出承诺，因此交由孙浩处理且不发送群消息。 | 未发送：消息要求创建 Story 并安排排期，属于需孙浩决策及授权的业务写入或承诺；当前消息未提供该授权。 | 待孙浩确认 |
| 11:28 | 产品知识/能力 | 企信群聊 | crm提醒小程序化UI沟通测试测试测试测试测试测试测试 | 罗万吉DuLu | 1 | 11:28 罗万吉DuLu 对，比如我想发个表格，只能用rtc去承载 | The directed message confirms Sun Hao's stated RTC-versus-text understanding and contains no unresolved request; recorded as already resolved without sending a redundant reply. | 未发送。 | 孙浩/他人已处理 |
| 11:37 | 需求/方案判断 | 企信群聊 | HKBN呆滞需求状态确认 | 鲍慧平Arya | 1 | 11:37 鲍慧平Arya @邓华TinaDeng @孙浩SunHao @许彤XUTONG @赵浩天felix @吴健鹏Wyatt 此6个需求状态一直【规划中】。需确认下是否需要变更状态 | 未在群内回复。状态变更是否必要不是可由消息助理代答的已核实事实，而是需孙浩本人确认的产品决策；同时消息未列出六条需求的编号或名称，无法对具体记录进行实时核验。 | 未发送：对六个需求是否变更状态的判断属于产品取舍与状态决策，需由孙浩确认；当前消息未提供六条需求的可查询标识，不能基于截图或历史消息推断。 | 待孙浩确认 |
| 11:54 | 灰度/发布 | 企信群聊 | bug- PC端CRM通知中有“我的回复”，但是移动端只有小红点通知，但是没有“我的回复” | 詹双Jason | 1 | 11:54 詹双Jason @孙浩SunHao 孙老师，这个功能目前开发进度正常吗？9.11可以正常上线吗？ | 该群消息明确@孙浩，指向凭据有效。但是否能在2026年9月11日上线属于排期或发布承诺，必须交由孙浩本人确认。本轮未发送企信回复。 | 未发送：确认开发进度和对外承诺2026年9月11日上线均属于孙浩本人决策边界。 | 待孙浩确认 |
| 16:24 | 需求排期 | 企信单聊 | 王硕WangShuo | 王硕WangShuo | 3 | 16:24 王硕WangShuo 【工作圈停用后，企信里隐藏【工作圈服务号】，需要处理入口，端上调整(随需求完成)】 https://www.tapd.cn/tapd_fe/54330609/story/detail/1154330609001411569 16:24 王硕WangShuo 浩哥这个交付时间改一下吧 16:24 王硕WangShuo 这个上周才知道这个需求 | 三条消息属于同一直接单聊事项：王硕先提供 TAPD 需求并明确请求修改交付时间，随后补充该需求上周才获知。交付时间属于排期/发布承诺，不能由消息助理直接修改或替孙浩确认，因此仅交给孙浩处理，不向王硕发送未经授权的时间承诺。 | 未发送：需求排期需要孙浩确认 | 待孙浩确认 |
| 17:56 | 需求/方案判断 | 企信单聊 | 杨武刚Willis | 杨武刚Willis | 2 | 17:56 杨武刚Willis 1.中文环境是不是包含台湾繁体这种啊？ 2.图文回复这个里，你们在群里沟通的是不是形成结论？ 图文消息入口不再冗余展示？ story里缺少你和张晶的结论 18:25 杨武刚Willis 好，评论里要官方回复下哦 | 该单聊具备 direct_chat 指向凭据。提问的两项均要求确认孙浩本人尚未形成正式记录的产品范围/决策结论；不能以搜索到的零散讨论替代确认，也不应向提问人发送无新增事实的过程性回复，因此交由孙浩处理。；目标消息为单聊且具备 direct_chat 指向凭据，但消息 392111187 之后已有孙浩本人于 2026-09-07T10:25:58Z 回复 392111318，视为孙浩已接管；不再发送重复回复。 | 未发送：需求/方案判断需要孙浩确认；未发送。 | 孙浩/他人已处理 |
| 18:23 | 需求排期 | 企信单聊 | 王硕WangShuo | 王硕WangShuo | 1 | 18:23 王硕WangShuo 下下周 | 对方是在回应孙浩关于交付时间改为多少的询问，给出“下下周”作为建议。该事项需要孙浩决定是否接受并作出排期承诺；按工作卡禁止代答、禁止写入，因此不向对方发送消息。 | 未发送：交付时间调整与排期承诺需要孙浩本人决策。 | 待孙浩确认 |
| 18:28 | 灰度/发布 | 企信单聊 | 詹双Jason | 詹双Jason | 2 | 18:28 詹双Jason 孙老师，这个灰度帮点一下 18:28 詹双Jason 好的，谢谢孙老师 | 该消息请求执行灰度操作，属于禁止由消息助理直接执行的写入动作；实时预检确认孙浩已在目标消息后回复，因此不再发送。 | 未发送。 | 孙浩/他人已处理 |
| 18:44 | 需求/方案判断 | 企信群聊 | 2026.0822-新建编辑布局中数据级多语文本字段展示当前语言值 【行级语言】 | 赵紫轩ZixuanZhao | 1 | 18:44 赵紫轩ZixuanZhao 当前语言值为空要回退到行级语种吗？ | 历史上下文仅确认校验目标为当前语言值，未提供当前语言值为空时的回退策略。该回退规则会改变校验语义，属于工作卡列出的未确认策略产品取舍，不能代替孙浩作出决定；因此未向群内发送推测性回复。 | 未发送：产品取舍尚无明确规则，需要孙浩判断 | 待孙浩确认 |

### 4. 待孙浩决策

- **需求/方案判断｜企信单聊**：10:16 杨武刚Willis 另外图文的这个需求（下面第2个），你还有啥补充的不？没有，我就连带前面的这个需求跟iOS同步了？ 1.【依赖原生】【【Bug转需求】【UI-移动端-企信】单聊或群对话表情出现中文描述】https://www.tapd.cn/tapd_fe/54330609/story/detail/1154330609001413515 2.【依赖原生】【【移动端】企信回复消息时，支持图文回复】https://www.tapd.cn/tapd_fe/54330609/story/detail/1154330609001415039
  - 需要决定：已确认这是向孙浩询问图文回复需求补充及是否同步 iOS 的请求，但工作卡将未确认政策下的产品取舍列为需交给孙浩的事项；未向对方发送代答或作出同步承诺。
  - 建议动作：根据业务影响做出产品取舍或明确下一步。
- **需求/方案判断｜企信群聊**：11:03 张世民 @滕焕丽Hanna 看下 弄个 story 吧 再排期看看
  - 需要决定：群聊指向凭据有效，但请求实际要求滕焕丽创建 Story 并排期；不能代为执行或作出承诺，因此交由孙浩处理且不发送群消息。
  - 建议动作：根据业务影响做出产品取舍或明确下一步。
- **需求/方案判断｜企信群聊**：11:37 鲍慧平Arya @邓华TinaDeng @孙浩SunHao @许彤XUTONG @赵浩天felix @吴健鹏Wyatt 此6个需求状态一直【规划中】。需确认下是否需要变更状态
  - 需要决定：未在群内回复。状态变更是否必要不是可由消息助理代答的已核实事实，而是需孙浩本人确认的产品决策；同时消息未列出六条需求的编号或名称，无法对具体记录进行实时核验。
  - 建议动作：根据业务影响做出产品取舍或明确下一步。
- **灰度/发布｜企信群聊**：11:54 詹双Jason @孙浩SunHao 孙老师，这个功能目前开发进度正常吗？9.11可以正常上线吗？
  - 需要决定：该群消息明确@孙浩，指向凭据有效。但是否能在2026年9月11日上线属于排期或发布承诺，必须交由孙浩本人确认。本轮未发送企信回复。
  - 建议动作：确认发布、灰度或版本决策，避免阻断后续交付。
- **需求排期｜企信单聊**：16:24 王硕WangShuo 【工作圈停用后，企信里隐藏【工作圈服务号】，需要处理入口，端上调整(随需求完成)】 https://www.tapd.cn/tapd_fe/54330609/story/detail/1154330609001411569 16:24 王硕WangShuo 浩哥这个交付时间改一下吧 16:24 王硕WangShuo 这个上周才知道这个需求
  - 需要决定：三条消息属于同一直接单聊事项：王硕先提供 TAPD 需求并明确请求修改交付时间，随后补充该需求上周才获知。交付时间属于排期/发布承诺，不能由消息助理直接修改或替孙浩确认，因此仅交给孙浩处理，不向王硕发送未经授权的时间承诺。
  - 建议动作：核对时间、参与人和你需要给出的结论。
- **需求排期｜企信单聊**：18:23 王硕WangShuo 下下周
  - 需要决定：对方是在回应孙浩关于交付时间改为多少的询问，给出“下下周”作为建议。该事项需要孙浩决定是否接受并作出排期承诺；按工作卡禁止代答、禁止写入，因此不向对方发送消息。
  - 建议动作：核对时间、参与人和你需要给出的结论。
- **需求/方案判断｜企信群聊**：18:44 赵紫轩ZixuanZhao 当前语言值为空要回退到行级语种吗？
  - 需要决定：历史上下文仅确认校验目标为当前语言值，未提供当前语言值为空时的回退策略。该回退规则会改变校验语义，属于工作卡列出的未确认策略产品取舍，不能代替孙浩作出决定；因此未向群内发送推测性回复。
  - 建议动作：根据业务影响做出产品取舍或明确下一步。

### 5. 排除项与协作边界

- 已排除：156 项。
- 其中研发中心产品经理发出的消息：155 项；已在模型处理前过滤且未回复。
- 待归属/待处理线索：0 项。
- 孙浩或他人已处理：8 项。
- 这些数据用于说明协作边界，不计入有效咨询，也不等同于孙浩待办。

### 6. 产品灰度自动审批

| 审计状态 | 扫描任务 | 进行中任务 | 孙浩本人待办 | 自动同意并回查 | 转人工 | 失败 | 晚到风险 |
| --- | ---: | ---: | ---: | ---: | ---: | ---: | --- |
| available | 0 | 0 | 0 | 0 | 0 | 0 | Tasks created after this scan cutoff are outside this run and must be evaluated by the next scheduled run. |

本轮没有孙浩本人待处理的产品灰度审批。

### 7. 知识变化与后续

- **pending_governance**：形成一条待治理知识候选。

### 8. 数据完整性与附录

- 采集成功窗口覆盖完整自然日，且没有未恢复的部分失败。
- 分类统计合计 19 条，与问题明细 19 条一致。
- 按分身执行结果拆分为分身已完成回复 5 条、分身未完成回复 14 条，合计与问题明细一致。
- 分身已完成回复只接受最终状态为已回复并回查；孙浩或他人处理、仅追问待补充、等待孙浩确认和系统动作均不计为分身完成回复。
- 失败待恢复事项：0。
- 这些数据用于说明协作边界，不计入有效咨询，也不等同于孙浩待办。
- 今日导航来源 crm_notices：unsupported；当前正式 CLI 只提供通知发送，未提供稳定的个人通知收件箱查询。
- 今日导航来源 schedules：unsupported；当前尚未建立个人今日日程的受管只读查询合同。