其实是一个新的内置工具,让 Claude 自己写一个持久化后台脚本来监控某个条件,条件触发时主动"唤醒" agent 继续干活。
说它可以省 token,做法是 Claude 可以派一个 Monitor 出去"守夜",自己继续干别的,有事再叫它。
传统方式 Agent loop 里不断 Polling(轮询检查),这样会消耗大量 toekn。
另外,在新版本 Claude Code 2.1.100 发布中,一个比较有意思的,就是支持 /advisor 命令了。
/advisor [ opus | sonnet | off ]
现在,你通过开启 /advisor 的模型,然后 Sonnet 作为 executor 全程跑任务,调工具,迭代,当发生错误,遇到搞不定决策情况下。才会去咨询 Opus,它以第二意见的形式审阅主代理的工作。
这里的设计真的很巧妙,不仅节省 token,可以让你跑长任务时,更加放心。Opus 拿到的是共享上下文,不是重新起一个对话,这样能看到完整的执行过程,给出的建议也不是空中楼阁。
而且每个 agent 孤立运行,但上下文打通,这是 harness 工程的核心哲学之一。
什么场景使用:如当在长 session,不想全程烧 Opus 的钱但又怕 Sonnet 在关键节点掉链子,可以开启。
还有重构,多文件修改这类,动脑子少的场景,可以开启,起码 opus 可以给你兜底指挥。
总结一下,这两个小功能还蛮有意思,Monitor 让 LLM 不去轮询,脚本守夜。然后/advisor 让 Opus 不去打螺丝,只管决策,都能省 toekn。
如果你正在用 Claude Code 跑长任务,那推荐可以试了。
另外,我也上线了一本手册《Claude code harness engineering:入门到实战》,仅供参考学习。
推荐阅读:
Harness 是个过渡,Environment Engineering 才是未来
我用 Claude Code 接入 Figma,1 小时重构整个小程序 UI

