避免多个 Work Agent 重复跟进同一个客户，靠的不是让某个 Agent 更聪明，而是让所有 Agent 生成的待办都挂在同一个业务对象唯一标识上，并且创建前必须先查询“这个客户现在谁在跟、跟到哪一步”。查询不到在办任务才允许创建；查到了就合并或引用，而不是再发一条提醒。
这套规则解决的是跨工具的任务重复。同一个动作被连续提交两次的防重与撤销，是另一个问题，已有专门方案，见AI 操作业务系统的重复提交与撤销处理；本文处理的是“多个助手各自认定该跟进，产出了多个平行任务”。
重复跟进是怎么发生的
一个客户需求会同时出现在多个工具里，每个工具里的 Agent 都可能把它转成待办：
| 入口 | Agent 的典型产物 | 重复风险 |
|---|---|---|
| 邮件助手 | “回复客户交期询问”待办 | 与 CRM 提醒指向同一件事 |
| IM 群摘要助手 | “群里客户催样品，安排人跟进” | 群里和邮件里的诉求是同一单 |
| CRM 提醒 Agent | “客户三天无跟进，请处理” | 与前两条待办叠加 |
| 表格分析 Agent | “该客户本月下单量下滑，建议回访” | 触发第四个联系人 |
四个待办分散在四个入口，各自看起来都合理。结果是两位销售先后联系客户，报价口径还不一致。工具越多，越需要一条统一规则：待办可以多点生成，但必须落到同一本账上。
任务登记以业务对象为锚
建一张跨工具共享的任务登记，最小字段如下：
- 任务编号：全局唯一，由登记处统一发放；
- 业务对象标识：CRM 客户或商机编号、工单号，待办必须携带；
- 来源入口：哪个工具、哪个 Agent、由什么事件触发；
- 认领人：当前负责人，认领时间；
- 状态：待认领、跟进中、等待外部、已关闭；
- 交接记录：从谁交给谁、为什么、什么时候。
关键约束是：任何 Agent 创建待办前，先按业务对象标识查询在办任务。存在跟进中的任务时，新事件只允许两种动作——给原任务追加信息，或提醒原任务负责人有新进展；不允许直接创建平行任务。业务对象标识必须来自权威系统，跨系统客户名称与编号的对应方法，可参考企业 AI 的人员与公司身份匹配：名称相似不能当作同一对象，编号映射才可以。
认领与交接规则
重复真正伤业务的时刻，是两个人同时认领。规则要覆盖三种情形：
| 情形 | 处理规则 | 留下的记录 |
|---|---|---|
| 无人认领 | 先认领者获得任务，后到者收到“已被认领” | 认领人与时间 |
| 已被认领 | 新待办转为给认领人的补充信息 | 原任务编号与追加内容 |
| 需要换人 | 显式交接：交出、接收、原因三要素齐全才生效 | 交接双方与确认时间 |
交接必须显式确认。A 的助手把任务“转给”B，B 未确认前任务仍在 A 名下，只是标记“待交接”；否则任务会落在无人实际跟进的状态，比重复跟进更隐蔽。虚构示例：客户甲上午在邮件里问交期，邮件助手建了待办；下午 CRM 提醒 Agent 发现该客户三天未跟进，又生成一条。按本规则，CRM 提醒在创建前查到邮件待办，于是不新建，而是给原待办追加“CRM 显示距上次跟进已三天”，并提醒认领销售。客户只会被联系一次。
状态以权威系统为准
待办关闭也要有依据。助手可以说“我已提醒”，但“客户问题已解决”应以 CRM 跟进记录或工单状态为准，而不是以聊天里的某句乐观表述为准。任务登记负责串联，业务终态仍在业务系统里判定，两者通过对象标识关联。
落地检查清单
- 每条 Agent 待办都携带业务系统对象编号，无编号的不进入提醒通道；
- 创建待办前强制查询在办任务，命中即引用不新建；
- 认领与交接有显式确认动作和时间戳；
- 多入口并发创建同一客户待办的测试用例通过，最终只有一条在办任务；
- 关闭待办引用了权威系统的状态依据；
- 员工手工创建的任务也走同一登记，避免人机两套账。
最后一条常被忽略：只约束 Agent 而不管人工入口，重复照样发生，只是换了来源。治理对象是“任务”这个业务对象，不是某个工具。
跨系统任务的等待与异常分流，可结合Agent 异常队列设计安排责任人。要把这套登记落到具体的 CRM 或工单系统上，可以从企业 AI Agent 服务梳理对象标识与接口，更多方法论可顺着AI Agent 落地专题阅读。
