一个人带几个AI助手,先把交接这件事做对

现 · PRISM　把技术用到自己的问题上

每天都有客户线索要分、邮件要回、表格要更新。让AI一次接管整套工作听起来省事，出了错却很难知道：它是没读懂资料，还是把上一环的错误传到了下一环？

Anthropic一位日本业务开发人员公开了自己的做法：几个助手各管一段工作，分派线索、准备回复、更新记录、整理会后跟进。邮件仍由他审阅后发送。这个案例值得看的，是工作怎样交接，而不是“一个人配几个agent”的数量。[1]

一项任务，要能交出明确的东西

我们可以把这个思路缩成一个普通小团队也能讨论的起点：先让AI整理当天新增的咨询，不急着让它直接回复客户。

给它一张固定表，输出四项：客户问了什么、依据是哪段原话、下一步建议、哪些地方拿不准。联系方式缺失就写缺失，客户没有承诺采购就不能改成“高意向”。价格、交付日期和特殊要求先交给人确认。

这是本号根据案例提出的任务设计，并非已经替某家公司跑出的成绩。它的好处是，负责人能逐条对照原文验收，也能看清错误集中在哪一环。若连分类和依据都不稳定，增加一个“自动回复助手”只会把错误送得更远。

第二个助手接手时，应收到这张已检查的表，而不是一段“上一个AI说处理好了”的消息。每个输出有负责人、有原始出处、有未解决项，交接才算完成。

本号提出的任务设计，非已部署流程。

改正一次，要留下什么

原案例把人工修改保存在共享知识库里，也把修改助手指令集中到一个入口，并保留版本。作者此前遇到的问题，正是同一套指令被不同对话反复修改，越来越难管理。[1]

这比收藏一份长提示词更值得学。比如你把一句“本周可以交货”改成“需要仓库确认后回复”，应该保存的是这条适用规则和原因，而不只是最后那封漂亮邮件。

不过，共享也会放大错误。这里我的取舍是：措辞偏好可以逐步沉淀，报价、承诺和权限变化要有明确的人负责确认。不是所有一次性的修改，都应该自动成为下一次的通用规则。

先试一段流程，再决定是否搬到云端

案例后来用了Claude Managed Agents。官方文档说明，它仍处于beta，需要API账户；费用涉及模型用量和会话运行时间，并不是买了聊天订阅就能无限运行。[2][3] 当前API支持地区列表也没有中国大陆，国内读者不能把它当作人人都能直接照装的方案。[4]

但拆分任务、保留依据和修订记录，并不依赖这一款产品。先用你已有且能正常使用的工具，处理一小批获准使用的资料，记录人工改了哪些地方。等一项任务反复做得稳，再考虑定时和更多连接，并给失败通知找一个明确的接收人。

作者自报的“每周节省约60小时”，按的是这些任务若全由人手做会花多久，并非独立对照实验。[1] 对自己的团队，更有用的账是：这次实际少做了多少，审核和返工又花了多久。

几个AI助手能否帮上忙，最终要落到每次交接上：有东西可查，有人能接，出了错知道从哪一段改。

本文为公开案例与官方文档分析，未在本号部署或测试该销售流程。

资料来源与说明

[1] Anthropic销售人员工作流案例（2026-10-16）：职责、共享修订记录、人工发送与案例局限。

[2] Managed Agents官方说明（动态页面；2026-10-20核读）：API与beta资格、持久状态和定时运行。

[3] Claude平台定价（动态页面；2026-10-20核读）：tokens与运行时间分别计费。

[4] Claude API支持地区（动态页面；2026-10-20核读）：地区适用条件。

本文使用AI辅助研究与写作。封面为本篇AI原创概念示意，非真实产品界面；正文图为本号原创解释图。