一行命令让 Claude Code 自己管项目

[fennu2333]

之前在 V2EX 发过几次帖子分享我在开发开源项目 Chorus，一个给 Claude Code 用的 Harness 时的经验和教训。简单说就是让 Agent 不只是写代码，而是自己管整个项目：领需求、出方案、拆任务、写代码、提交审查，从 Idea 到交付走完一条流水线。中间有独立的 Reviewer Agent 自动审方案和代码，审不过打回重做，不用你盯着，把我们从无限的 Agent Review 地狱里解救出来。

上次发帖之后老哥们反应挺热烈，Issues 里提了不少实际问题。有说装 Docker 门槛太高的，有说生成的文档导不出来没法给客户看的，有说 Onboarding 走一半卡住了的。我挨个看了，这次 v0.6.6 基本都回应了。

最大的变化现在一行命令就能启动：

npx @chorus-aidlc/chorus

跑完打开 http://localhost:8637 配合 Claude Code 插件就能用，不用配数据库，不用写 compose 文件。全栈纯 JS 实现，macOS 和 Linux 都能直接跑。

另外根据 Issue 里的反馈加了文档导出，Markdown 、PDF 、Word 三种格式。有老哥说项目交付要给客户看文档，之前只能在 Chorus 里看确实不方便，现在 Proposal 草稿阶段就能导出预览。

其他比如 Proposal 审批了发现方向不对可以撤回重来，Onboarding 不会再卡死，Agent 上线一次调用拿到所有状态接着干活，就不展开了。

详细的看博客： https://chorus-ai.dev/zh/blog/chorus-v0.6.6-release/ GitHub: https://github.com/Chorus-AIDLC/Chorus

感谢之前提 Issue 和反馈的各位，有问题继续拍砖。我的目标是让 Claude Code 自己推项目给我们省点力。

[teaguexiao]

这个思路很对，把 Claude Code 从“就是个好用的编辑器”升级成“项目流水线自动化工具”才是正确姿势。感谢开源，试用后有飞会反馈。

[beimenjun]

按照 Claude 的订阅政策，是不是用订阅的 key 只能放在 Claude Code 使用，这类项目是不是有可能被判定滥用的可能？

A 家，简直是罪大恶极。

[fennu2333]

@teaguexiao 哈哈感谢支持

[fennu2333]

@beimenjun 应该不会吧😂所有的项目管理都是通过 claude code 的 mcp 发出的，之前 A\ 封龙虾是因为 oauth 给别的服务用，chorus 这样的 Harness 完全只是在加强 Claude Code 本身

[way2explore2]

@beimenjun 可以试试这个，在 Claude code 内基于 claude 自己功能实现 harness

两行
/harness-plan
/harness-loop all

https://github.com/tim-hub/powerball-harness

[Charlie17Li]

感觉你这种 workflow 不错（ Idea ──> Proposal ──> [Document + Task DAG] ──> Execute ──> Verify ──> Done ）；这周自托管部署了 Multica ，被颜值吸引了，发现几个很大的问题，项目文档和项目看板很割裂，创建了一堆任务，任务进度看板也有点乱；

[fennu2333]

@Charlie17Li 嗯其实 multica 和 chorus 有点像，但 multica 是数字员工赛道的，通过 daemon 把所有 agent 都托管了，摊子有点大很难做到专注交付。Chorus 本质是推项目的 Harness ，所有的功能都是为了让 Agent 不偏离任务目的以及自主交付服务的，scope 小没有太多 fancy 的功能

[cnliuxq]

感觉不错 star 支持一波

[javen73]

支持一下 windows 不？

[houshengzi]

只支持 CC ？ codex 支持不

[scarlex]

@teaguexiao 1# 读起来充满 GPT 味阿

[fennu2333]

@javen73 windows 目前可以用 docker 启动，npm 启动方式在 window 上很多依赖都会有问题😂

[fennu2333]

@houshengzi 内置了通用 skill ，启动之后会有指引除了 cc 之外的 coding agent 如何安装 skill 集成，但效果会打一些折扣毕竟不能像 cc 一样在插件级别注册 agent 。codex 最近的呼声很高，原生插件集成正在研究中

[blankmiss]

通过 hooks 去做一些必须做的事情是不是会比较好 例如参考 superpowers

[fennu2333]

@blankmiss 我们也是这么做的，但有些 hook 没有强制做操作，而是去提醒 agent 按照情况判断。理论上 Chorus 和 Superpower 可以一起用，Chorus 解决让 Agent 能跑完整个交付流程的问题，Superpowers 或者用别的更具体的 skill 来填充里面的细节。Chorus 里用的钩子可以参考这个文件 https://github.com/Chorus-AIDLC/Chorus/blob/main/public/chorus-plugin/hooks/hooks.json

[zzNaLOGIC]

好奇，长任务流，是怎么控制上下文的？ yolo 完是在一个 session 里干到自动 compact 的么 还是会监控上下文用量启子 agent

[xigua11]

关注了，在试用了

[LeviAkerman]

mark ，研究一下😁😁

[fennu2333]

@zzNaLOGIC 比较消耗 token 的是 agent 相互 review ，这个我们用了独立的 agent 去处理，不会污染主 agent 。真正到编码的时候也是让主 agent 开 agent team 去完成，然后独立的 reviewer 对抗，做到最大程度上降低对主 agent 的上下文压力。其实就算主 Agent 发生了压缩也没关系，所有的任务执行进度和上下文都会在 Chorus 系统中留下痕迹，就算启动一个新的 Session 也能很快 pick up 没做完的任务。其次在上下文比较长的情况下像前面 #15 提到的，Chorus 会经可能用到各种 hook ，去识别进行到什么流程了，注入一些及时的小 Prompt 去提醒主 Agent 的行为。基本上为了 yolo 能跑长任务我们能把 CC 插件能用得上的机制都用上了😂

[actopas]

你这产品名字起的真好