人机协作界面：三个交接点的设计

人机协作界面，指的是人与 AI 员工之间交接工作的地方 —— 把任务交出去、把人做的部分接回来，以及中途介入。它常被当成一个前端问题，实际更像一份契约：界面要让人看得懂对方做了什么、依据是什么、下一步该谁做

为什么交接点才是核心

把 AI 员工接进业务流程之后，真正消耗人时间的往往不是任务本身，而是交接：不清楚它做完了没有、不确定它的结论从哪来、不知道该不该接着往下走。交接点设计得含糊，人就会退回原来的做法，工具再好也推不动。

三个交接点

• 交出去：人把任务交给 AI 员工时，要明确目标、交付标准与截止时间，而不是只给一句话。
• 接回来：AI 员工交回结果时，要带上它做了什么、依据哪些材料、哪些地方不确定。
• 中途介入：人需要在执行过程中暂停、改方向或接管，而不是只能等它跑完再看结果。

三个交接点里最容易被忽视的是第三个。多数工具把工夫花在「结果好不好」上，却没有给人一个中途插手的入口，于是错误只能事后发现，代价已经付出。

每个交接点需要什么

• 任务说明可复用：日常任务有固定模板，不用每次重新写一遍要求。
• 执行过程可见：能看到当前进行到哪一步、用了什么，而不是只有一个加载动画。
• 依据可展开：结果旁边能直接看到引用的原文与出处。
• 不确定要标明：拿不准的地方显式标出来，而不是混在正常结论里。
• 下一步有去处：结果之后是继续、退回还是交给人，路径明确。

常见失败

• 只有成功路径：出错时只显示「失败」，不说明失败在哪一步，人只能重来。
• 结果不带出处：结论看着合理却无法核对，业务方不敢用。
• 中途不可介入：只能等它跑完，长任务尤其难接受。
• 状态含糊：人无法判断它是还在做、做完了还是已经放弃。
• 交接不回写：结果没有回到业务系统，人在两个地方各维护一份。

这些失败有一个共同点：它们都不是模型能力问题，而是信息没有在交接时被传过去。判断协作界面做得好不好，有一个很朴素的检验方式 —— 看使用者是否需要额外问一句「它到底做了什么」。

与权限的关系

交接点同时也是权限的边界。人能看到的依据、能改的方向、能接管的范围，都取决于他自身的权限。因此界面不能只按任务类型展示，还要按当前使用者过滤 —— 否则一次交接就可能把本不该看到的内容带出去。

验收口径

• 任何一次执行都能看到它做了什么、用了哪些材料。
• 关键结论都能展开到出处。
• 执行中可以暂停并改方向，改完之后能继续。
• 结果能回到业务系统，不需要人工再录一遍。