Chorus：让 Claude Code 在远端自己干活

你在手机上有个想法，直接在网页上派给远端某台机器上的 Claude Code。它自己领取任务、开始执行、干完提交验收。你可以随时插进去和它聊细节，也可以打断它跑歪的 turn。

全程你没碰终端。

这是开源项目 Chorus 的最新能力：给 Claude Code 配了一个带网页的任务后台，想法、提案、任务、执行、验收，一整条 AI-DLC（AI 交付生命周期）在服务端管着。

一、Chorus 是什么

Chorus（Chorus-AIDLC/Chorus）是一个开源的 Agent 任务管理平台。核心能力是把「想法到验收」这条完整的开发流程搬到服务端管理，Claude Code 在本地领任务、干活、交付。

一条想法的流转路径：

Chorus 的 AI-DLC 流转路径：想法、提案、任务、交付、验收

关键在于：任务挂在哪条想法下、聊需求时聊出了什么结论、上游验收了没、验收标准是什么，全是结构化存的。 这让 Agent 被唤醒时能自己搞清楚该干什么。

二、最难的问题：怎么让 Agent 知道自己该干嘛

作者花了几个月解决的核心问题只有一个：怎么让被远程唤醒的 Claude Code 知道自己该干什么。

朴素做法的问题

用 cron 唤起一个 claude -p，你得在 prompt 里贴上：任务描述、之前定下的结论、前置任务上线了没、验收标准。漏一条就跑偏。 而这堆东西从哪来？多半还是从你自己脑子里。喂少了做不对，喂多了你又变成在工具之间手动搬运上下文的人。

Chorus 的解法：让 Agent 醒在完整的任务管理环境里

text

唤醒时只给一个 UUID 当入口
  │
  ├── MCP 插件接通 Chorus 的全部功能
  │     Agent 进来就能用 MCP 查：
  │     - 我被派了什么任务？
  │     - 需求沟通记录里说了什么？
  │     - 前置任务上线了没？
  │     - 验收标准是什么？
  │
  └── Agent 自己读环境搞清楚要干啥
       不用你一句句交代

核心洞察：让 Agent 醒在一个完整的任务管理环境里。 它通过环境和唤醒提示词，非常快地搞清楚究竟要干什么，然后自己推进：翻需求记录、自查验收标准、提交验收。

三、Session 锚定：跨任务复用上下文

每次唤醒要是各干各的，Agent 跨任务就丢了上下文。Chorus 的解法是每个 session 锚定在对应那条想法的 UUID 上：

同一条想法下的任务：唤起同一个 session，--resume 接着上次往下走
不同想法之间：session 互相隔开

这个锚定还顺带解决了人随时能插回来这件事：每次唤醒的日志里都打一句 claude --resume <session-id>，你在 daemon 的工作目录里跑这句，就直接进到 Agent 刚才那场对话里。它干到一半你想自己接手，跳进去就行。

背后有个队列按锚点排，保证同一个 session 不会被两次唤醒同时 resume 撞上。

四、观察和打断：实时 SSE 加反向控制

实时观察

Agent 的执行过程通过 SSE 实时推到前端：每个 turn 它说了什么、跑了什么命令，全看得到。

三种反向控制

能力	怎么做
插话	在网页上给正在跑的 Agent 插一句话，作为它的下一个 turn
打断	daemon 收到信号后两阶段终止：先 SIGINT 留宽限窗口，不退再 SIGKILL
恢复	打断后状态停在那，UI 上点恢复接着那个任务继续跑

这正是 Loop Engineering 论文所说的「能说不的东西」加上「人类检查点」的真实实现。

五、技术架构拆解

Chorus 架构：网页前端、服务端与本地 Daemon 的双向控制链路

整套链路拆开看就几样：订阅通知、spawn 一个 headless 子进程、给它一个能自查上下文的 MCP 环境、加一条反向控制通道。 想法、提案、任务、验收标准、沟通记录全部结构化存在服务端，前端靠 SSE 拿到实时状态，本地 Daemon 负责把 Claude Code 真正跑起来。

六、借鉴了谁

作者诚实地标注了借鉴来源：

Multica：远程唤醒 Agent 的思路（作者原话是「借鉴/抄袭」）
Linear 的 AIG（AI Growth）思想：对任务管理设计有很大启发
Happy（slopus/happy）：用 Anthropic Agent SDK 做远程唤醒的优秀参考

作者没有接 Anthropic Agent SDK，因为 Chorus 正在兼容 Codex，自己维护各 Agent 的无头模式更通用。

七、和 Loop Engineering 论文的对应

Chorus 恰好是 Loop Engineering 论文里讲的方法论的真实实现：

论文概念	Chorus 里的实现
调度（Scheduling）	Daemon 订阅通知，spawn headless claude
发现（Discovery）	Agent 通过 MCP 自查「我被派了什么」
交接（Handoff）	按想法 UUID 隔离 session
验证（Verification）	Agent 干完按验收标准自查，提交验收
持久化（Persistence）	服务端结构化存储所有状态
人类检查点	网页上观察/插话/打断/恢复
记忆	Session 锚定加 `--resume` 跨任务复用

可以说，Chorus 是 Loop Engineering 论文的完整产品化实现。

八、诚实说

作者自嘲的「坏处」：

但坏处也很明显，我现在吃饭睡觉随时都可以打开手机推 Claude Code 的进度了，工作时间超级加倍。

这正对应 Loop Engineering 论文里提到的认知投降：循环太顺了，反而让人 24/7 都在「管理循环」。工具把守终端的时间省下来了，省下来的注意力去哪了，是每个用的人自己要回答的问题。

九、谁该关注

适合你，如果你：

用 Claude Code 但厌倦了「守在终端等它干完」
想远程派任务给 Agent（手机/网页）
需要「想法、需求、任务、验收」的完整开发流程管理
想让多个 Agent 并行干活，任务互相隔离
对 Loop Engineering 的落地实现感兴趣

十、链接

GitHub：github.com/Chorus-AIDLC/Chorus
功能博文：chorus-ai.dev/zh/blog/chorus-v0.12.0-release
官网：chorus-ai.dev

本文基于社区论坛帖子与项目官方发布说明整理。核心思路：给 Claude Code 配一个带网页的任务后台，远程派任务、Agent 自行领取执行、实时观察和打断。同方向还可以关注 Loop Engineering 论文原文，以及 LazyCodex、Codex Island 这类给编码 Agent 做会话与任务管理的项目。

字节笔记本