上午十点，工单系统弹出一条建议回复，旁边还列着两个备选。三句话意思相近，语气不同。坐席人员停了几秒，先翻聊天记录，又去看订单状态，随后自己重写了一句。机器没有报错，界面也不复杂，真正让人卡住的是下一步该由谁定。
这类停顿在办公室里越来越常见。文档摘要工具给出三段概括，编辑要判断哪段能放进正文；代码助手补全一段逻辑，开发者要确认边界条件；会议记录自动分出待办，项目经理要决定哪条需要跟进。任务没有消失，只是换了手。人机协作的难点，往往不在机器能不能给出答案，而在答案交回人手里时，上下文有没有一起交回来。
交接点比答案更容易被忽略
很多流程在设计时只画了起点和终点：人发起，机器处理，人确认。中间那几次来回换手，被当成自然发生的事。可实际工作时，人需要重新读材料、重新理解机器为什么这样分、重新判断这句话能不能直接发。每一次换手都带成本，成本藏在停顿里。
如果交接点没有写清楚，人就会用经验补。补得多了，流程看起来能跑，实际上靠的是个人记忆。换一个人接手，停顿就会变长。把交接点写出来，不等于把每个步骤都做成表单，而是明确三件事：机器交回什么，人需要看什么，什么情况下必须停下来。
可复核的输出才有协作价值
机器给出一段结论，最好同时给出可以核对的位置。摘要标出原文段落，分类结果说明触发词，待办提取保留原话，风险提醒附上上下文。人不需要看到全部推理过程，但要知道从哪里开始复核。输出如果只剩一个看起来完整的答案，复核就会变成重做。
- 把结论和依据放在一起，减少来回查找。
- 标出不确定的地方，让人知道哪里需要多看一眼。
- 保留原始材料入口，方便回到上下文。
这些做法不新鲜，却常被“自动生成”的顺畅感盖住。越顺滑的输出，越需要留一个可检查的接口。人机协作不是让人放弃判断，而是把判断放在能看见依据的地方。
把决定权留在能承担后果的位置
机器可以生成选项、做初步整理、提醒遗漏，这些动作扩展了人的处理范围。涉及对外承诺、例外处理、责任归属时，仍需要人确认。原因不复杂：后果需要有人承担。把决定权放在能承担后果的位置，协作才有稳定的边界。
这并不意味着每个环节都要人工审批。审批太多，流程会堵；审批太少，问题会漏。可行的做法是在流程里留一个停顿：发送前、提交前、对外沟通前，让人有机会看一眼依据和范围。停顿不是拖慢，而是给复核留出空间。机器也需要这个空间，它的输出被修正后，下一次才知道边界在哪里。
回到那张工单。三种答案并不可怕，可怕的是没人知道该在哪里停下来确认。人机协作要处理的，正是这个停下来的位置。机器负责把材料铺开，人负责在关键处落下判断；交接清楚，协作才不会变成反复重做。