我搭建的 agent 栈里，真正有价值的不是更好的检索，而是让一条客户变更自动触达正确的团队。

我连接了一家 B2B 公司存放客户上下文的六个来源：聊天、工单、wiki、CRM、邮箱和会议记录。第一版会检索全部六个来源并返回有依据的回答。这很有用，但它并没有消除真正的工作量。仍然需要有人注意到某张工单、某个 CRM 账户和某条会议记录指向的是同一个客户，判断哪个来源是最新状态，再把变更同步给需要的人。结果这更像是一个映射问题，而非检索问题。现在的中间层会将来源记录映射到共享实体上，同时保留来源、时间戳和引用的原文。当新的信号进入时，系统能判断它属于哪个客户、项目或决策，与当前状态比对，并只将变更路由给订阅该信息的团队。一次更新可以出现在客户变更雷达中，并生成对 CRM 或 wiki 的更新建议，无需人工在系统之间搬运信息。棘手的场景出奇地常见：公司更名；母公司与子公司共用联系人；人们把产品名当作客户名；CRM 显示活跃，而最新工单显示已阻塞；同一条决策以不同措辞出现在聊天和会议记录中。检索可以把这些全部返回，但它无法告诉你哪些信息属于同一实体，或者谁应该知情。权限仍然以提问者的身份运行，写入操作则作为建议提交给人工审批。我把这视为信任边界，而非核心价值。核心价值在于，一条决策不再被困在它所诞生的系统里。对于正在构建跨系统 agent 的人：当规模上来后，什么会先失败——实体匹配、判定当前真相，还是在路由变更时不把每个渠道都变成噪音？