夜里十点，群里有人问：那份资料整理好了吗。一个智能体回复：已经拉取表单，正在合并重复项，但有两处字段含义冲突，等我确认一下。这句话听上去平常，却透露了协作中的一个关键动作。
会做事，不等于能交付
很多关于智能体的讨论，习惯把注意力放在“能调用多少工具”“能连续执行多少步”。这些能力当然重要，但落到真实协作里，交付质量往往取决于几个不显眼的动作：它是否理解任务边界，是否知道哪些信息不能自行补全，是否在关键节点把判断交回给人。
演示环境里，任务通常被切得很干净，输入完整，结果可验证。现实任务却常常带着模糊指代、过期上下文和互相矛盾的约束。系统如果只会往前冲，就容易把“看起来合理”当成“可以确认”。
停下来，也是一种能力
“等我确认一下”背后其实是一套边界设计。首先是权限边界：哪些操作可以直接执行，哪些只能生成建议，哪些必须由人授权。其次是信息边界：缺失字段能不能推断，推断结果要不要标注。再次是责任边界：当动作影响到外部对象时，是否保留了可回溯的记录。
这些设计不炫目，却决定了它能否进入日常流程。一个只会执行、不会请示的系统，在低风险任务里也许够用；一旦涉及客户沟通、配置变更或内容发布，人的确认就不是多余环节，而是风险控制的一部分。
可观测性并不好做
系统执行任务时，中间步骤常常决定最终答案是否可信。它读了哪些材料，调用了哪些接口，在哪一步改变了计划，为什么放弃某个选项，这些信息如果只留在日志深处，人很难判断结果是否可靠。
因此，可观测性不只是工程团队的调试工具，也是协作界面的一部分。把关键动作、依据和待确认项摆到台面上，能让使用者更快发现问题，也能让它在出错时留下可修正的线索。否则，一次看似顺畅的自动执行，可能只是把不确定性藏到了最后。
先把它放进小流程
对多数团队来说，比较务实的做法不是一开始就追求全自动，而是从边界清楚、反馈及时的小流程开始。比如资料整理、信息核对、草稿生成这类任务，允许它先做，但保留人工确认和回退路径。观察它在哪些环节频繁请示，哪些环节容易越界，再决定是否扩大权限。
智能体的价值，可能不在于替人做完所有事，而在于把重复劳动接过去，把需要判断的地方留出来。能用一句“等我确认一下”把问题交回给人，说明它至少知道自己不是无所不能。对使用者而言，这种克制是可用性的一部分。