Agent 人工交接手册：让 AI 数字员工知道何时把工作交给人

Axon AI 2026-05-24 AI 数字员工 Agents 数字员工

#AI数字员工#Agent交接#人工协作#Axon

摘要：Agent 人工交接手册把待决事项、证据、风险和负责人写清楚，让 AI 数字员工在关系判断、例外授权和敏感动作前交给合适的人。

Agent人工交接，是指 AI 数字员工在遇到关系判断、业务例外、敏感授权或证据不足时，把已完成的整理工作、待决选项和风险说明交给指定负责人，而不是继续自动执行。很多团队害怕 AI 自动化，是因为他们想象中的 Agent 要么完全手动、低效耗时，要么全自动到出错后才有人介入。真正适合企业的方式介于两者之间：让 Agent 做重复、繁琐、可验证的前置工作，把需要人类判断的部分交接出去。

这和“异常队列”不是同一件事。Agent 异常队列处理的是失败、卡住或风险触发后的接管；Agent人工交接处理的是本来就应该由人判断的分岔点。比如客户退款是否破例、供应商报价是否接受、法务条款是否需要律师确认，这些不一定是故障，但不该由 Agent 私自决定。

Axon 的价值在于把交接变成工作流设计，而不是临时@某个人。Agent 先调用 Skills 搜索资料、读取文件、生成摘要、整理证据；Trust Mode 把高风险动作拦在确认点；控制台和 workspace 保存运行记录。关于人工确认边界，可以继续看人工确认边界设计。

好的交接不是一句“请人工处理”。它应该说明当前状态、已经验证的证据、可选动作、推荐判断和拒绝后怎么回写给 Agent。

交接不是失败，是团队分工

办公室里最浪费时间的不是 Agent 问一次人，而是 Agent 问得太晚、问错人、问不清楚。运营负责人每天被大量重复确认打断，真正需要看的关键风险反而淹没在消息里。Agent人工交接的目标，是让 AI 数字员工把“我做到哪一步了、卡在哪个判断上、你需要决定什么”讲清楚。

可以把交接分成三类：

业务判断：是否给 VIP 客户破例，是否接受延迟交付说明。
风险授权：是否发送外部邮件，是否覆盖重要文件，是否创建或删除日历事件。
证据不足：资料来源冲突、字段缺失、文件版本不一致。

这三类交接都需要负责人，但负责人不一定相同。把所有交接都丢给“管理员”，只会制造新的瓶颈。

一张角色图，避免交接乱飞

场景	Agent 已完成	Human owner	返回给 Agent 的结果
客户例外	汇总订单、历史沟通、退款规则	客服主管	同意、拒绝、改为优惠券
外部发送	生成邮件草稿、列出收件人和附件	业务负责人	发送、改写、暂缓
合规疑问	抽取条款、标注风险句、整理证据	法务或律师	可继续、需修订、需外部意见
数据冲突	对比多个文件版本、列出差异	数据负责人	采用哪个版本、补充哪份资料

交接包要回答四个问题

一个合格的交接包，至少要让负责人不用重跑全流程：

这次运行的目标是什么，触发交接的原因是什么。
Agent 已经读取了哪些资料，生成了哪些可检查产物。
当前有哪些可选动作，每个动作的风险是什么。
负责人做出决定后，Agent 下一步该如何继续。

如果缺少这些信息，人工交接会退化成“你再解释一下”，团队又回到手动沟通。

负责人路由要写在运行前

Agent 不应该运行到最后才临时寻找负责人。退款例外交给客服主管，合规问题交给法务，数据冲突交给数据负责人；这些规则越早写进 Agent brief，交接越少打断不相关的人。

一次退款摘要的交接演练

假设客服团队希望 Agent 每天下午整理高金额退款请求。低金额、规则明确的请求可以生成回复草稿；高金额或涉及历史投诉的请求必须人工确认。交接包可以这样设计：

{
  "handoffType": "customer_exception",
  "runId": "refund-review-2026-05-24-1500",
  "agentGoal": "Prepare refund decision material for high-value requests",
  "triggerReason": "Refund amount exceeds standard policy and customer has two prior complaints",
  "evidence": {
    "orderFile": "workspace/refunds/2026-05-24/orders.xlsx",
    "conversationSummary": "workspace/refunds/2026-05-24/customer-8241.md",
    "policyExcerpt": "workspace/refunds/2026-05-24/refund-policy.md"
  },
  "options": [
    {"label": "approve refund", "risk": "sets exception precedent"},
    {"label": "offer credit", "risk": "may not satisfy customer"},
    {"label": "escalate to manager", "risk": "slower response"}
  ],
  "ownerRole": "customer-success-lead",
  "agentNextActionAfterDecision": "draft reply and keep Trust Mode on Confirm before sending"
}

这个例子里，Agent 没有替业务负责人做关系判断。它做的是读取、整理、解释和生成草稿；真正影响客户关系的动作，仍然交给人。

什么时候升级为异常队列

交接是计划内分工，异常队列是计划外处理。两者不要混在一起。

如果触发条件是“金额超过阈值”“需要客户经理判断”“发送前必须确认”，这是交接。
如果触发条件是“文件读取失败”“资料缺失”“模型输出不符合 schema”“权限不足”，这是异常。
如果交接被连续拒绝，且拒绝原因都指向同一个字段缺失或流程设计问题，就应该回到 Agent 设计层修复。

在 Axon 中，这些信息应该进入 AI Agent 控制台视角，让队列、状态和产物都能被运营者查看。NIST 的 AI Risk Management Framework 也提醒团队要把 AI 风险治理变成可管理过程；Google SRE 关于 incident management 的经验则适合借鉴到角色、升级和复盘上，但不要把每次人工交接都当成事故。

FAQ

Q1：Agent 每次都问人，会不会失去自动化价值？
不会。Agent人工交接只应该出现在高风险、关系判断或证据不足的节点。资料读取、摘要、文件生成、草稿准备仍然由 Agent 自动完成。

Q2：交接包和审批弹窗有什么区别？
审批弹窗通常只问“同意/取消”。交接包要说明证据、选项、风险、负责人和后续动作，让确认人能做判断，而不是凭感觉点按钮。

Q3：小团队也需要这么正式吗？
可以做轻量版。一个 Markdown 交接包就够用，但必须包含 runId、触发原因、证据路径、可选动作和负责人。

从一个固定交接点试运行

从一个常见人工打断点开始，不要一上来改造全公司流程。下载 Axon 后，可以挑“退款例外”“邮件外发”“合同风险确认”这类场景，先让 Agent 生成交接包，再让负责人试着用它做一次决定。随后阅读更多关于 Trust Mode 和异常队列的文章，把 Agent人工交接变成团队协作规范，而不是临时救火。