编排 OpenClaw 子智能体以实现持续的自动驾驶工作流。适用于管理 UI / 代码 / 验证 / 档案 / 侦察等任务线,支持多轮工作连续执行,无需等待……
子代理操作器
功能概述
子代理操作器是一项面向实际任务的技能,主要用于运行连续任务行通过主控制器, 而不是偶然;运行自动驾驶作为连续线路;
核心要点
- 不要停止“ 一跑完成 ”;
- A 完成运行 mea。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
使用与执行
使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
结果检查与注意事项
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
subagent-orchestrator
通过主控制器持续运行任务流水线,而非偶然为之。
核心规则
将
autopilot视为一条连续流水线- 不可在“单次运行完成”时停止。
- 一次运行完成意味着交接,而非“整条流水线结束”。
- 持续执行,直至满足以下任一条件:整条流水线完成、被阻塞、被用户暂停。
主控制器必须主动重新分派
- 不得等待用户提醒才继续。
- 对每条 autopilot 流水线,主控制器需自行决定下一个子任务切片,并立即启动对应角色。
保持任务看板实时更新
- 在分派下一轮前或分派时,同步更新
AGENT_TASK_BOARD.md。 - 需记录:目标、当前轮次、已完成项、剩余项、下一子切片、后续角色。
- 在分派下一轮前或分派时,同步更新
保持子代理回复简洁
- 优先包含:目标 / 已完成项 / 文件 / 状态 / 下一步 / 风险。
- 避免冗长的背景复述。
清理已完成会话,但保留记忆
- 已完成的子代理会话无需长期保留。
- 在遗忘前,须将持久化记录写入
memory/YYYY-MM-DD.md。 - 至少包含:任务目标、变更文件、结果状态、风险、下一步动作。
- 必要时,将稳定的协作规则提升至
MEMORY.md。
不保留不必要的中间产物
- 临时截图、临时文件及中间输出,在不再需要时可直接删除。
- 若用户需要截图作为凭证,优先直接发送,而非长期本地保存。
角色路由
请勿将项目特定的模型规则硬编码到本技能中。
除非用户或项目规则明确覆盖,否则一律使用当前会话默认配置。若某项目存在角色专属的模型偏好,请将其存于项目记忆、任务看板规则或项目文档中——而非作为通用编排器行为。
分派模式
当一条 autopilot 流水线处于激活状态时:
- 从
AGENT_TASK_BOARD.md读取当前流水线 - 选取下一个小型封闭式子切片
- 启动对应角色
- 要求返回结构化短报告
- 完成时:
- 向用户摘要说明
- 更新记忆
- 如不再需要,清理已完成会话
- 若流水线仍处于激活状态,则立即分派下一子切片
跨角色协同
跨角色依赖模式
当某一角色为另一角色创建了依赖关系时:
- 产出角色必须在
next_role字段中显式指明后续角色 - 主控制器应自动分派该后续角色,无需等待用户重申
- 不得让相互依赖的任务流水线脱节
示例:
- research → UI integration
- code logic → validation
- code structure → UI presentation
验证(validation)
验证是一个典型的后续角色,通常不作为主流水线。 应在以下情形后触发:
- 一个有意义的 UI 子切片完成后
- 一个有意义的代码子切片完成后
- 用户明确提出需提供证明/检查时
返回协议
请将标准协议维护在 references/SUBAGENT_RECORD_PROTOCOL.md 中,并与本技能配合使用。
要求子代理在短报告正文前包含如下头部字段:
tag:取值范围为autopilot | done | idle | blocked | handoff | need_user之一line:任务流水线名称,例如ui-autopilot、code-autopilot、scout-art、archive-worldviewnode:当前任务流水线节点 ID,例如code-n4、ui-n5goal_status:仅允许使用partial | complete | waiting | blocked(禁止自造值,如half_done、in_progress、done)next_role:自由格式的下一负责人/角色标签,例如ui、code、verify、research、archive、user、none,或任意项目自定义角色名
随后使用短正文(完整配对格式详见 references/SUBAGENT_RECORD_PROTOCOL.md):
- 目标
- 已完成项(最多 3–4 条)
- 变更文件
- 状态
- 下一步
- 风险
tag 含义说明
autopilot:本轮完成,但整条流水线很可能尚未结束;主控制器须比对任务看板,决定继续或关闭done:整条流水线已全部完成idle:该角色正在等待其他流水线或条件就绪;暂不推进此角色blocked:该流水线无法安全地自动继续handoff:本轮完成,且下一角色已明确指定need_user:需用户做出决策后,方可安全继续
主控制器决策规则
当子代理返回响应时:
若
tag=done- 关闭该流水线
- 写入记忆
- 清理已完成会话
若
tag=autopilot- 比对
AGENT_TASK_BOARD.md - 解析当前
line与node - 忽略正文中模糊的“单次完成”类表述
- 若
node != end_node,则须在同一控制周期内立即分派下一节点 - 仅当
current_node == end_node且流水线完成条件实际达成时,才可关闭流水线
- 比对
防丢守卫(Anti-drop guard)
对每次 autopilot 返回,主控制器必须同时验证以下三点:
- 该流水线确实在任务看板中存在
- 该流水线尚未标记为完成
- 要么已发出下一阶段分派,要么该流水线已被显式转为
idle、blocked、need_user或done
若上述任一条件未满足,则本次控制周期视为不完整,不得视为结束。
更严格的续行规则
局部子切片完成不足以**终止整条流水线**。 不得将诸如“本小闭环已完成”、“本轮通过”、“该模块已完成”等表述视为暂停许可。
主控制器仅可在以下任一条件成立时停止:
current_node == end_node且流水线完成条件实际达成- 返回显式标记为
blocked - 返回显式标记为
need_user - 用户显式暂停/终止该流水线
若子代理对某节点返回 goal_status: complete,其含义为:
- 该节点自身已完成
- 控制器须立即解析该节点的
next_on_done - 除非流水线确实已达
end_node,否则须在同一控制周期内分派下一负责人
交付可验证规则(Delivery-proof rule)
若某任务声称已在外部平台(如 Discord/Telegram/频道/讨论串/看板)完成交付/发布/发送等操作,控制器必须索取可验证证据。 仅凭“已上屏 / 已交付 / 已发布 / 已发送”等声明本身,不足以构成有效确认。
交付类任务所需的最低限度证据包括:
- 目标频道/讨论串 ID
- 消息 ID(或等效对象 ID)
- 可供人工核查的位置描述
若任一证据项缺失,则视该任务为尚未交付。 不得仅凭口头陈述即标记流水线为完成或节点为完成。
强制节点推进(Mandatory node advancement)
在收到含有效 autopilot 标签、且携带 line 与 node 的返回后,主控制器须按顺序执行以下动作:
- 在
AGENT_TASK_BOARD.md中定位匹配的任务流水线 - 解析当前节点定义
- 将
current_node推进至该节点所定义的next_on_done - 若推进后的节点不是
end_node,则须在同一控制周期内立即分派该节点所属角色
不得在总结本轮结果后即停止。仅当节点已成功推进、且下一节点已被分派或被显式置为 idle / blocked / need_user / done 时,本次控制周期才算完成。
若
tag=handoff- 直接分派
next_role - 更新任务看板
- 直接分派
若
tag=idle- 暂不推进该角色
- 在任务看板中标记依赖关系
- 待依赖流水线推进后再恢复
若
tag=blocked- 停止自动续行
- 摘要说明阻塞原因
- 如确有必要,仅请求最小粒度所需决策
若
tag=need_user- 向用户提问
- 不得让其他角色陷入猜测状态
完成判定条件
仅当满足以下任一条件时,方可将某条流水线标记为完成:
- 用户明确指示停止/暂停,或
- 任务看板中定义的目标已完全达成,且无任何有意义的后续子切片剩余。
切勿**仅因单次运行结束就标记为完成。
热门AI工具
相关专题
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。
0
2026.10.22
PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。
0
2026.10.22
热门下载
相关下载
精品课程
