核心机制

10 步编排协议 · 双层验证 · 事件系统 · 自主学习回路 — 从任务到交付的完整运行体系。

0110 步编排协议

每次 /ultrawork 任务自动执行以下步骤

02协议详情

01

CERTAINTY 需求确认

任务模糊、有歧义、缺少关键信息时,先向用户追问,直到 100% 明确才开工。你的 Clarification level 是 HIGH——低置信时必须确认,不猜。

避免返工。猜错方向比慢 5 秒要命。

02

TRIAGE 意图分诊

四类意图判定:search / analyze / team / hyperplan。判定后把意图写入事件日志。

不同意图走不同执行策略,分类正确是后续一切的基础。

03

PLAN si 规划

team 和 hyperplan 类必须 spawn si 产出 plan envelope:依赖图 + 并行波次 + 验收标准表。

规划先行,避免无序执行。search 类跳过此步。

04

DISPATCH Wave 调度

按 plan 的波次执行,并行上限 ≤4。每个 prompt 必须完整自洽:上下文、skill、产出路径、验收标准缺一不可。

波次保障依赖关系,≤4 避免资源争用,完整 prompt 保障子 agent 不问也能干。

05

COLLECT 收集产物

收集所有子 agent 返回结果和落盘产物,检查文件是否存在、退出码是否为 0。汇总为结构化清单。

产物是后续验证的输入,缺一个就卡住。

06

EVALUATE si 回评

把 ji/yi 等产出角色的结果回传给 si 做质量评估。si 只评不改,标注哪些达标、哪些不达标。

第二双眼睛,防止子 agent 自己骗自己。

07

VERIFY 双层验证

机械门禁(verify.mjs 五项检查)全 PASS 后,chi 做 fresh-context 语义复核。两层都过才算完成。

机械识破假文件,语义识破假内容。

08

REPORT 汇总汇报

四段模板:结论 → 关键信息 → 来源/证据 → 未决问题。每个子任务标注完成/部分/失败。

用户拿到的是结构化可决策的报告,不是碎片。

09

LOOP 循环重试

验证失败回到失败点重试(不从头),上限 5 次。超限报卡住,交中间产物给用户。

不浪费已完成的中间产物,5 次是耐心与诚实的平衡。

10

LEARN 自主学习

REPORT 后立即触发 learn.mjs,从事件流提取经验写入 knowledge/errors 与 knowledge/patterns。不阻塞流程。

经验不会自然消失,写入知识库供下次任务读取。

03Wave 并行调度

无依赖任务同时开工,依赖 Wave N-1 产物的后续波次串行执行

并行上限 ≤ 4 · 每 prompt 完整自洽 · 子 agent 无法追问

043 个命令

/ultraworkmen(唯一 spawner)

一键编排:men 自动完成意图分诊→拆分→分发→验证→汇总,日常绝大多数任务

用法/ultrawork <任务>

例:/ultrawork 写一份行业研究报告

/verifychi(fresh-context Judge)

双层验证:机械检查(verify.mjs)+ 语义复核(chi),用于独立验收某个角色的产物

用法/verify <角色或路径>

例:/verify ji -- 验证 ji 的代码产物

/hyperplanmen → si

深度思考与方案拆解:多角度提出方案,产出 plan envelope(只规划不执行)

用法/hyperplan <项目>

例:/hyperplan 设计一个多 Agent 协作系统

05双层验证

机械验证全 PASS 后,chi 做 fresh-context 语义复核

06事件审计

14 种事件写入 events.jsonl,支持命令行回放

session.created任务开始时
session.ended任务结束时
boundary跨角色交互时
workflow.phase10 步协议每步完成
gate.passed机械门禁通过
gate.failed机械门禁失败
blocker.raised卡住/超限/阻塞
decision.made意图分类、任务分发、LEARN 触发
decision.missing低置信决策未做
dispatch分发子任务
handoff任务完成交接
judgechi 独立评审

07自主学习回路

REPORT 后自动触发,从事件流提取经验写入知识库

← 角色 6 个 Agent 详情文档 → 技术细节与完整文档