unlazy

unlazy 是针对大块智能体工作的完成纪律技能。先写验收账本。智能体执行经过审阅的检查、复核交回的工作，并且只应报告证据支撑的结论。仓库 Leonxlnx/unlazy 是 JavaScript，创建于 2026-08-09，MIT。2026-09-17 GitHub 显示 3,410 star、236 fork。源码目标版本 2.1.0，不是带 tag 的 GitHub Release；需要不可变安装时钉 commit。3,410 star 是热度信号，不是访问量。

用 skills CLI 安装：npx skills add Leonxlnx/unlazy。手动路径：~/.claude/skills/unlazy 或 ~/.codex/skills/unlazy。Claude Code 里用 /unlazy，Codex 里用 $unlazy。更宽的技能包对照 Agent Skills；只要缓存保活对照 Cachebeat；宿主对照 Claude Code。

核心功能

• 门契约：GATES.md 列出可运行检查。只有进程退出码 0 且 EXPECT: 匹配合并输出才算过。证据是检查定义的版本化 SHA-256，不是散文勾选。
• Depth Tree：任务拆 N 层，每个叶子拿到整棵树的时间预算。方法说明在 references/method.md。
• 检查器：scripts/gate-check.mjs（Node 16+，无第三方运行时依赖）。--status 永不执行。普通模式在你 --approve 精确 oracle 之后可以跑检查。
• 作用域流水线：.unlazy/<scope>/ 含 PLAN、父门和叶子账本。叶子声明互斥的 OWNS: 路径。--jobs 1-64 是可选；默认顺序跑检查。
• 可选 Claude Code Stop hook：门或调度波次未完成时阻止退出。只在用户同意后安装。

限制：CHECK: 行是 shell。批准是同意，不是沙箱。检查器不能证明英文标题和脚本是同一件事。README 里的论文只说明设计动机，不证明固定质量增益。更早 README 里的比率被标为历史数据，本仓库无法复现。

适用场景

• 「看起来做完了」不够的重构和迁移。
• 不能互相覆盖文件的并行子代理。
• 不该用的人：改一个小文件。账本开销就是目的，也是成本。

定价方案

快速开始

1. npx skills add Leonxlnx/unlazy（用户级加 -g）。
2. 问 /unlazy tree 5 refactor the payment module and verify every migration path。
3. 把 templates/gates-leaf.md 拷成 GATES.md，填占位符，再 node .../gate-check.mjs --status GATES.md。
4. 读完每一行 CHECK:。之后才 --approve。相信父门之前先 --reverify。

一手入口：README 与 SKILL.md。

常见问题

它会让模型自己不偷懒吗？

不会。它加的是结构和可运行门。README 引用的论文描述懒惰和思考过早停止；那不是 unlazy 的基准成绩。

--status 会跑我的测试吗？

不会。--status 不执行。批准之后，普通运行可以执行 oracle。

2.1.0 发布了吗？

README 写当前源码目标是 2.1.0，并且不把它标成带 tag 的发布。请钉 commit。

替代方案

• Agent Skills：更宽的工程技能包，不是门检查器。
• Cachebeat：维持 Claude Code 的 prompt cache，不验证工作。
• Claude Code：/unlazy 的常见宿主。

使用技巧

1. 在检查脚本里打印仅成功才出现的标记。不要把期望数字抄进 EXPECT:。
2. 把批准记录放在仓库外（~/.unlazy/approved）。
3. OWNS: 路径会撞车时用独立 worktree。

总结

unlazy 是给过早收工的智能体用的严格开源技能。装上、写账本，没有证据就不接受「做完了」。小改动跳过它，也永远不要把批准当成沙箱。