unlazy编排模式实战用滚动调度与验证层级让多智能体并行干完整个构建【免费下载链接】unlazyAnti-laziness skill for AI agents. Core: the Depth Tree method, which splits a task N layers deep and gives every leaf the full time budget of the whole task, so effort multiplies with depth. Grounded in 2025-2026 research on model laziness, underthinking and premature completion.项目地址: https://gitcode.com/gh_mirrors/unl/unlazyunlazy 是一个面向 AI 智能体的反偷懒技能包它的编排模式Orchestrated Mode把大任务拆成深度树Depth Tree再用滚动调度驱动多个智能体并行干活并用多层验证层级确保每个交付物都真实完成。这篇文章面向新手带你走通 unlazy 编排模式的核心流程拆树、派单、回收、复验让构建完成变成有证据支撑的结论。一、为什么需要编排模式多智能体并行≠自动完成做过 AI 辅助开发的都知道一个痛点模型说完成了但你一跑测试就露馅。unlazy 的设计目标就是让未完成的工作显形、让完成可以被测试——先写验收台账GATES再执行经过审查的检查命令最后凭证据汇报。当任务大到一个上下文装不下时就进入编排模式**一个司机Driver**负责规划、派单、独立验证、集成和最终汇报**多个叶子工作节点Leaf**各自拥有独立的台账、独立的工作文件归属研究依据2025–2026 年多篇论文表明模型存在偷懒、提前结束、欠思考等失效模式详见 README 的 Research basis 部分unlazy 用结构化台账 复验来对冲这些失效。 编排有规划与集成的开销能用单上下文干完的活就别编排——它是注意力隔离工具不是仪式感。二、快速上手3 步进入 unlazy 编排1. 安装技能使用 skills CLINode 16零第三方依赖npx skills add Leonxlnx/unlazy或者把仓库克隆到~/.claude/skills/unlazyClaude Code或~/.codex/skills/unlazyCodex CLI。2. 用一个触发词启动在支持的客户端里直接下达带触发词的任务/unlazy tree 5 refactor the payment module and verify every migration pathtree 5表示请求 5 层深度拆解。司机在拆解前会先通读原始请求把每个可独立遗漏的交付结果登记进合同清单Contract Inventory再动手拆树。3. 认识你的流水线目录每条独立流水线都放在.unlazy/scope/下.unlazy/scope/PLAN.md # 计划、合同清单、树与状态 .unlazy/scope/GATES.md # 根台账 .unlazy/scope/gates/leaf-*.md # 每个叶子的台账 .unlazy/scope/gates/node-*.md # 每个分支的集成台账目录布局的完整说明见 references/parallel.md计划文件模板见 templates/PLAN.md。三、搭深度树拆对边界比拆深更重要深度树Depth Tree的规则很克制完整方法见 references/method.md规则要点拆在真实边界只在领域、组件或验证边界处拆分二叉拆分只是选项叶子一个连贯交付物给每个叶子精确的文件归属OWNS:、依赖和验收门先定合同再派单接口、命名、工具链、依赖关系在派发前全部写死分支有集成门子节点验证完后还要测接口兼容、端到端行为和回归深度怎么选一个功能、一次局部修 bug → 浅树甚至单台账就够多个连贯交付物、彼此独立 → 编排树只有当额外层级对应真实集成边界时才加深不为凑数字加空层级。叶子状态机5 个状态看懂全局叶子只用这 5 个状态流转详见 references/orchestration.mdWAITING → READY → IN-FLIGHT → VERIFIED ↘ ABANDONED有交接绝不算成功完成WAITING还有依赖未VERIFIEDREADY依赖已验证且工作文件归属可以认领IN-FLIGHT已派发尚未被父级独立复验VERIFIED父级--reverify通过且人工门已审查ABANDONED某必需门被放弃必须以显式交接收尾永远不等同于完成。四、滚动调度实战launch wave 是怎么跑的滚动调度Rolling Dispatch是 unlazy 编排的核心节奏——不等整批谁解锁了就发谁。司机循环大致是认领每个并发起飞的叶子先声明互不重叠的OWNS:路径并认领租约防止两个智能体改同一批文件node path-to-skill/scripts/gate-check.mjs --scope api --leaf leaf-1.2.1 --claim开波为一组独立的READY叶子开一个启动波launch wave启动对每个叶子调用宿主原生的非阻塞启动如 Codex 的spawn_agent、Claude Code 的后台 Agent逐一记录宿主返回的句柄封波在等待任何结果之前封波。未全部记录句柄就不许封先启动一个、等它、再启动下一个的假并行会被工具直接拒绝回收叶子返回后用dispatch-check return记录注意这只是调度完成不等于验证通过滚动复验该叶子把它的下游WAITING叶子提升为READY立即为新就绪的叶子开下一个波不必等无关的在飞任务。波次工具是 scripts/dispatch-check.mjs支持open / start / seal / return / status / abandon六个动作全部细节含 Codex 与 Claude Code 适配器、失败回退见 references/dispatch.md。两个关键心态认领被拒说明拆分对并发不安全改计划或串行执行绝不绕过放弃波次要走可审计的abandon --reason不许编造句柄、不许删除状态。五、验证层级4 层防线保证干完了是真的unlazy 的验证是分层递进的越往上越不信任下面一层层级谁来做抓什么1️⃣ 叶子自检叶子自己常规不完整但本质是自我证明2️⃣ 父级--reverify司机重新执行叶子的每条可运行门不信旧证据3️⃣ 分支集成司机各自正确但拼起来不行的组合病4️⃣ Stop 钩子可选宿主钩子门未满足或波次未完成时阻止会话提前结束父级复验的正确姿势注意--status不执行任何命令不能冒充复验node path-to-skill/scripts/gate-check.mjs --root . --cwd . --reverify .unlazy/api/gates/leaf-1.1.1.md可运行门的双条件判据一条可运行门通过必须同时满足进程退出码为0且EXPECT:与合并输出匹配。证据里记录解析后的 shell、工作目录、退出码和输出指纹原始成功输出不落盘。台账语法与编写规范见 references/gates.md。检查并行--jobs 的保守用法门检查默认串行--jobs 1日志最好排障。只有当各门相互独立、且墙钟时间收益明显时才开node path-to-skill/scripts/gate-check.mjs --reverify --jobs 4 .unlazy/api/gates/leaf-1.1.1.md .unlazy/api/gates/leaf-1.1.2.md--jobs N1–64是滚动上限一个检查跑完就补下一个但报告与落盘仍按台账顺序保持确定性。注意它只控制命令执行并行不控制智能体派发——后者走 launch wave。六、收尾从 ALL MET 到诚实汇报全部收口的判据只有一条命令说了算node path-to-skill/scripts/gate-check.mjs --scope api它把作用域内所有台账与派发波次一起归约只有每个门都满足且每个波都完整才打印ALL MET存在被放弃的波次时结果是不可成功的HANDOFF REQUIRED交接而不是绿勾。汇报前还要做最后一次对齐重读当前请求、逐行核对合同清单、重新测量所有数字与完成声明、用leaf-1.2.1:G3这样的限定 id 报告满足/未满足/放弃的计数。只要有必需门未满足、被放弃或等待负责人决策就不许写完成报告。七、实用小贴士把注意力花在杠杆点上 叶子简报只给合同 自己的台账不喂司机全程转录省注意力✍️ 状态用--log追加记录别反复重写大计划 强推理留给设计、集成、复验与最终审计机械改造才用便宜执行️ 审批与租约是协调机制不是沙箱——命令仍继承环境权限需要隔离时用独立工作树或容器安全边界与威胁模型完整记录在 SECURITY.md注意力分配细则见 references/token-economy.md。八、继续深挖文档地图想了解去哪里核心指令与模式路由SKILL.md深度树拆解方法references/method.md司机循环、滚动调度、验证层级references/orchestration.md原生启动波与宿主适配references/dispatch.md作用域与租约的边界references/parallel.md台账语法与编写规范references/gates.md计划/叶子/分支台账模板templates/ 下的 PLAN.md、gates-leaf.md、gates-node.md门检查器与波次工具scripts/gate-check.mjs、scripts/dispatch-check.mjs版本与社区变更CHANGELOG.md一句话总结unlazy 编排模式的精髓不在拆得多深而在滚动调度 复验层级——让每个智能体只拿到窄合同和互不重叠的归属让父级永远重新执行证据让完成两个字必须过完四层检查才敢出口。【免费下载链接】unlazyAnti-laziness skill for AI agents. Core: the Depth Tree method, which splits a task N layers deep and gives every leaf the full time budget of the whole task, so effort multiplies with depth. Grounded in 2025-2026 research on model laziness, underthinking and premature completion.项目地址: https://gitcode.com/gh_mirrors/unl/unlazy创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考