人工审批与多智能体：明确交接和责任

建议完成，不等于动作已获批准

星桥手作社的助手生成缺两张纸的材料草案，下一步可能是修改库存或发送通知，这些动作会影响系统外部状态。人工审批不是让人随手点一下，而是让人看到拟执行动作、对象、内容、数量和影响，然后确认或拒绝。本课只模拟审批，不真的发消息或改记录。目标是理解授权必须对应具体动作，批准生成草案不能自动扩大成批准发送，之前一次批准也不代表今后所有活动都获授权。

审批需要绑定不会悄悄变化的内容

审批卡可以写活动编号、动作类型、拟提交内容、版本和有效状态。人批准的是草案第二版缺两张纸，如果后续计算变成缺二十张，原批准不能继续使用，应重新提交。执行前检查当前动作与批准对象一致，并记录执行结果。拒绝之后停止对应动作，不能改用另一个工具绕过去。重复点击或系统重试也不应造成重复执行，可以用唯一请求标识让同一操作只处理一次，这叫避免重复副作用。

多智能体到底分了什么工

多智能体是让多个有限角色协作，例如规则核对者检查活动条件，材料计算者计算需求，汇总者形成草案。分工可能提高可读性，也可能造成重复查资料、相互等待和意见冲突。多个角色如果共用同一错误来源，意见一致也不证明事实正确。角色数量并不等于独立证据数量。简单任务用一个受限助手或固定流程通常足够，只有分工能明确减少问题且协调开销可接受时，才值得增加角色。

一个清楚的交接示例

规则角色交付普通纸艺每人两张、每桌最多六人，并附公开来源；计算角色接收人数十和库存十八，交付需求二十、缺口两张，并附算式；汇总角色不重新猜数字，只检查二者条件一致，生成等待审批的草案。若规则角色认为活动类型未确认，计算角色不应跳过这个缺口。交接记录应包含已确认事实、来源、未解决事项和下一责任角色。任何角色都没有自行发送通知的权限，只有审批通过后的受限执行环节才可能处理外部动作。

验收看责任链而非热闹对话

给每个角色写允许工具、产出格式和停止条件，再写冲突由谁裁决。如果两角色给出不同人数上限，回到有效资料而不是多数投票。评估时同时记录结果质量、工具次数、等待时间与人工审批次数，比较单助手基线。多角色消息越长，成本和误解机会可能越多。清楚的交接与最小权限比模拟一场热闹讨论更有价值。对学习者而言，三张角色卡和一张审批卡就能检验系统边界，不需要实时运行多个模型。