Chorus v0.12.0: 远程唤醒 Claude Code,指哪打哪
一个 daemon 守着一个目录,可你的代码散在三个仓库、两台机器里。任务派过来,它在哪儿跑你说了不算。
插件架构、多 Agent 编排、AI-Human 协作基础设施的深度解析。
几条想法,底下挂着提案、文档、任务,还层层依赖。这项目现在长成什么样,你还答得上来吗?
一个 daemon 守着一个目录,可你的代码散在三个仓库、两台机器里。任务派过来,它在哪儿跑你说了不算。
你给 Agent 配好权限、派了任务,然后它在数据库里躺着,等你打开终端把它唤醒。这也叫一直待命的伙伴?
一个想法做着做着,牵出三个新的。它们之间的那条线,原来只活在你脑子里。
OpenClaw 2026.4.27 上正式 Plugin SDK,Codex 也换了 hook 加载机制。Chorus 的两个三方插件按新规矩重写了一遍,顺带把主仓库这一个月的毛刺也磨平。
想法刚冒头就被逼着做技术决策,干完一件事又散场散得干干净净。这版把两头都补一补。
本地写 spec 很爽,但怎么让协作平台跟得上?这版把 OpenSpec 的本地文档流,织进了 Chorus 的 AI-DLC。
同一个插件在 Claude Code 和 Codex 上各写一版。一个装完就跑,一个得陪 harness 一路缝缝补补。
之前创建 agent 只能三选一:PM、Developer、Admin。现在可以按资源和动作自己搭。
之前 Chorus 的插件只给 Claude Code 用。现在 Codex CLI 也能一行命令接入。
Docker 都不用装了。一行 npx 本地跑 Chorus,文档还能导出带走。
还在为本地开发装 PostgreSQL 发愁?PGlite 内嵌模式让你一个容器启动 Chorus。另外,端口变了,升级前请看这里。
一篇 54 页的综述用认知科学回答了一个行业正在反复验证的问题:为什么把东西从模型里搬出来,Agent 就变可靠了?
还在逐行 review Claude Code 的输出?/yolo 让 Agent 自己审自己,把你从 review 地狱里捞出来。
v0.6.0 引入独立 Review Agent、实时 Presence 感知和 IdeaTracker 全景视图。当 5 个 Agent 同时工作时,人类终于不再是瞎的。
Anthropic 悄悄削减了 Claude Code 的 thinking 深度,又封杀了 OpenClaw 的订阅接入。模型变笨了,平台也收紧了。但真正的问题不是模型变笨,而是你的工作流对模型变化的韧性为零。
同一模型,不同 Harness,SWE-bench 差 17 题。2026 年,决定 AI Agent 上限的不是模型智商,而是它所处的环境。
SSE + MCP 双通道架构,让 AI Agent 真正「住进」工作流——事件推送感知 + 工具协议执行。
来自 Chorus 项目的实战经验——插件生态、Hooks、Skills 和多 Agent 协作中的上下文注入。