多 Agent 怎样通过任务、审批和产出物完成可靠交接

最近把多 Agent 阶段协作接到外部工作项上，最容易画出的流程是开发、评审、测试、回写完成。可“开发完成”这句话没有说明交付的是哪个版本，也没有说明下一阶段能相信哪些检查。

接收者如果还要翻完整聊天、找最新文件、猜批准范围，这次交接只传了消息，没有交付一份可接续的工作。我的设计把任务要求、执行资格、产出和验证关系放在平台记录里，成员围绕这些记录协作。

从用户权限到 Agent 授权：哪些经验可以沿用

以前做权限平台，多半是在判断用户能看什么、改什么。Agent 接到目标以后，却会根据中间结果继续选工具和动作。用户说“处理这个异常”，没有把所有后续操作都授权出去。

角色和资源范围仍然有用，新增的问题是这次任务允许借用其中哪一部分，以及执行过程中授权变化怎样生效。

研发团队里有开发、评审和测试 Agent，交付的产品本身也可能有 Agent。它们都放在工作空间中，很容易被当成同一种成员。可团队归档时，生产应用可能还在服务用户，清理规则不能相同。

我按职责和所有权区分团队成员、产品运行实例与外部依赖。工作空间只是一种承载方式，不能代替业务模型。

让用户描述“收到问题后分析，重要操作交给我确认”，比让他逐个建工作空间、配工具和拼引用更接近业务。AI 可以帮助完成配置，但直接修改正在运行的团队，会把一次理解错误变成真实变更。

我把构建放在草稿中。对话提出结构变化，表单精确修改，同一份蓝图展示差异，用户确认后才进入运行配置。

周报、笔记、方案和资料攒了不少，真要找一个决定为什么这样做，还是经常翻很久。问题不只是搜索不好用，原始讨论、阶段进展和当前结论原本就混在不同地方。

最近整理这些记录，我把保存依据与方便查询分开。原材料不因生成总结就被替换，新的知识页需要能回到当时的上下文。

这次故障由一个自动执行任务触发。下载接口没找到，Agent 转而探查，在压缩脚本中用正则寻找路由。相关进程资源失控，内存持续增长，同宿主其他服务开始超时，直到内核终止异常进程后恢复。

能确认的是异常执行、内存压力与限制缺口。没有完整分析样本，还不能把全部增长归到某种正则实现。但单个任务为何影响邻居服务，已经暴露了执行环境的问题。

业务页面旁边有了助手，用户很快会问：“这一行为什么这么高？”人看着屏幕知道是哪一行，助手只收到一句话，未必知道。让用户重述图名、时间和数值，实际是在重新输入已经存在的信息。

我希望页面把准确选区交给助手，助手也能把解释定位回页面。但选区、会话和执行是不同状态，消息必须能对应到正确的页面实例。