Human-in-the-loop

人在回路不是在 Agent 旁边放一句“请确认”，而是在不可逆或高风险动作真正执行前设置一个由人掌控的决定点。Agent 可以提出计划，但批准、修改或拒绝由人完成。

• 先把 Agent 准备做什么、影响哪些对象和可能的风险展示出来，让人能审阅而不是盲点按钮。
• 批准表示按提议继续，编辑表示人修改后再继续，拒绝则应停止动作并留下原因或状态。
• 在人的决定发生前，Agent 必须保持等待，不能因为超时或自己判断“应该没问题”就越过闸门。

如果人只能看到“Agent 正在处理”却不能改变动作，或者按钮点击后系统照样执行原计划，那就不是有效的 Human-in-the-loop。真正的控制点必须能阻止、修改或授权下一步。

• 提示文字只是说明，批准/编辑/拒绝才是改变执行状态的控制。
• 人工确认不是让人重新做完 Agent 的全部工作，而是把高风险、不可逆或不确定的决定留给有权限的人。

设计时要明确谁能确认、确认前能看到哪些证据、拒绝后如何停止，以及编辑后的内容是否重新经过校验。

把一次人工确认拆开，可以看到提议、风险预览、人工决定和执行结果必须连成一条可追踪的控制链。

• PROPOSAL 说明 Agent 准备做什么，但它还不是已经执行的动作。
• RISK / DIFF 展示影响范围、变化和不可逆后果，让人拥有足够证据。
• HUMAN DECISION 提供批准、编辑或拒绝，人的操作必须改变状态。
• OUTCOME 记录继续或停止，以及这次决定实际授权了什么。

请设计一个批量退款 Agent，但不要让它直接执行退款。Agent 提议后，先展示订单范围、总金额、影响人数和不可逆风险；只有负责人点击批准才允许继续。负责人也可以修改退款范围，修改后只处理确认过的订单；点击拒绝就停止并保留拒绝状态。确认前 Agent 必须等待，页面要清楚显示当前决定和最终结果。