模式白皮书/研讨会/行动 Action

2026 年 8 月 6 日，ADPS 组织了行动模块第一次专题研讨。讨论聚焦 Agent 如何把判断变成外部系统可以接受、检查和恢复的动作。与会者从代码开发、安全扫描、GUI 操作、研发平台、多模态评测和多 Agent 协作等场景，展开了近两小时的技术讨论。

会议结束时，Event-Driven 的坐标和 Plan DSL 的边界仍未定。这两个问题直接关系 A1–A5 的适用边界，也影响 C6 编舞的候选地位。

1. Plan 与 ReAct 根据任务风险分流

李庆丰介绍了代码生成、评审、测试和修复构成的循环。循环能运行的前提是明确的验收条件：测试是否通过，修复是否解决原问题，代码是否进入人工复核。模型能力只决定循环的效率，验收条件决定它能否停在正确的位置。

茹炳晟与王伟将复杂任务的 Plan 视为可恢复的导航图。每个步骤需要状态、产物和检查点，任务中断后才能从已确认的进度继续。小型、低风险任务可以让模型直接 ReAct；长程任务、生产环境或不可逆动作需要显式计划。

张栋进一步区分了离线创意环境和在线生产环境。前者允许试错，可以给模型更大的探索空间；后者需要固定流水线、结构化输入输出和发布节奏。线上数据可以驱动离线修订，新版本通过测试和审查后再进入生产。

选型时同时检查任务长度、动作后果、中断恢复要求和环境容错性，再决定 Plan 的粒度。

2. 结构化 Plan 是可编译的执行合同

茹炳晟提出将 Plan 表达为结构化数据或领域 DSL，然后在执行前检查合法性、依赖、约束和成本。一份可执行 Plan 至少需要步骤标识、依赖关系、预期产物、验收条件、允许工具和恢复位置。结构完整后，系统才能发现可并行步骤、重复读取和不合理的执行顺序。

张栋的领域 DSL 实践表明，静态分析、供应链扫描等工具使用不同的命令和语义，同一份 DSL 很难跨领域直接复用。白皮书因此将稳定核心放在 PlanStep 合同，领域动词、工具参数和验收器交给适配层。

3. 行动接口需要明确的优先级

罗军介绍了固定动线、动态 GUI 推理和端云协同的组合。短程任务使用已验证的静态路径；复杂任务保留动态识别与编排；端侧先做粗粒度理解和信息压缩，减少云端往返。具备标准接口时，Skill 或 API 提供更稳定的参数和回执；GUI 覆盖尚未开放接口的能力。

王伟的评测平台将能力组织为主 Agent、专职子 Agent、Skill 和 CLI。Skill 按需加载，子 Agent 只看到当前职责所需的工具。Coding 与测试使用独立的执行与评审角色，避免同一个路径同时生成和给自己验收。

这两类实践给 A1 和 A5 提供了共同判断：结构化接口优先，能力按职责披露，GUI 作为有明确验收和授权的兼容路径。

4. 工具执行离不开沙箱和发布门禁

张栋把线上流水线限制在已测试的格式、工具和置信范围内。大模型可以参与分类和预处置，确定性流程继续掌握最终发布。数据飞轮用于线下修订规则和流程，避免运行期自我改写生产合同。

唐洪山的研发平台在意图识别后决定是否启动沙箱。只要涉及命令或本地工具，任务会带着角色、Skill、提示词和 Agent 配置进入动态沙箱；推理与调度保留在主流程。这种分离将命令副作用收口到可观测、可回收的边界中。

这部分讨论直接支持 A4 护栏三明治：执行前检查权限、参数和环境，工具在隔离边界中运行，执行后验证产物和副作用。

5. 生产流程通常组合多种拓扑

唐洪山介绍的研发支撑系统同时使用路由、多路检索、子 Agent、沙箱和循环校验。短任务可以直接处理，需要澄清和上下文收集的任务先形成计划。底层索引和知识服务提供候选材料，路由层选择访问路径，执行动作进入沙箱。

Pylon Peng 展示了一条跨项目的开发流程：子 Agent 并行扫描任务源，主 Agent 汇总和编排，路由将任务送往相应代码库，设计和质量检查通过循环收敛。人主要在设计确认和最终验收两个节点介入。

这两个案例显示，拓扑用于描述局部控制结构。一条生产流程可以在不同阶段使用并行、路由、编排、循环和层级，不需要给整个系统贴一个拓扑标签。

6. Event-Driven 提供触发与传递，编舞描述协作结构

茹炳晟提出 Event-Driven 是否应当成为第七种执行拓扑。李庆丰给出了一个关键区分：Loop 通过终止条件决定是否继续，事件通过触发条件决定何时开始。王伟补充了队列的持久化价值：下游 Agent 暂时不可用时，事件仍可留在待处理状态。任磊达则给出了多 Agent 以事件通知彼此、引发后续行动的实践。

Pylon Peng 与唐洪山对“第七拓扑”提出了分类质疑。事件说明任务如何被触发和传递，任务启动后仍然会呈现链式、路由、并行、编排、循环或层级结构。事件监听也可以作为感知外部变化的机制。

本轮白皮书先按以下关系处理：

• 事件驱动定义触发、传递、等待和重放机制。
• 执行拓扑定义任务启动后控制如何展开。
• 编舞定义没有中央编排者时，多个 Agent 如何依靠本地规则和事件形成整体协作。

研讨会记录了多 Agent 使用事件协作的现有实践。C6 编舞继续保持候选地位，Event-Driven 暂不增加为第七个核心拓扑列。

7. 进入白皮书的结果

1. A1 工具调度增强能力注册、候选缩减、接口优先级和 GUI 兼容路径的准入条件。
2. A2 规划执行将 Plan 收紧为可版本化的结构化合同，步骤带依赖、产物、验收条件和恢复位置。
3. A3 提示链以结构化产物连接步骤，每一段通过后再把产物交给下游。
4. A4 护栏三明治明确执行前检查、隔离执行和执行后验证，命令类工具优先进入沙箱。
5. A5 最简工具集使用职责边界和渐进披露控制工具面，避免全量工具元数据占用上下文。
6. C6 编舞继续保持候选扩展地位，后续需要补充跨认知功能的独立证据和失效记录。

8. 还需要继续讨论的问题

• Plan DSL 哪些字段可以跨领域稳定，哪些必须留在领域适配层？
• 任务从 ReAct 升级为显式 Plan 的可测量阈值是什么？
• GUI 兼容路径需要哪些授权、界面证据和失败回执？
• 沙箱如何将命令、文件变更、网络访问和资源消耗连到同一条 Action trace？
• Event-Driven 在感知、治理和编舞之间的接口应如何定义？

相关页面

• A1 工具调度
• A2 规划执行
• A3 提示链
• A4 护栏三明治
• A5 最简工具集
• C6 编舞
• 白皮书贡献者