V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  fennu2333  ›  全部回复第 1 页 / 共 5 页
回复总数  100
1  2  3  4  5  
@shekou 其实我自己测试下来,分模型的意义没有分上下文大,所以更关注如何在做多 subagent 协作的时候保证维持必要的项目上下文

如果想每个不同阶段指定模型的话其实是可以在 cc 侧做的,chorus 作为调度层就不参与这种了,这一层的使命是让 agent 可以按照流程去推进长任务以及留痕让人可以观测,切模型的细节就留给各个 agent 侧配置了
@FaustY 哈哈欢迎 pr ,个人精力有限没办法照顾到所有的 coding agent ,opencode cli 本身的插件也是社区帮着在维护,我觉得 ai 的 pr 不是问题,本身这个项目也是帮助更好地产出高质量的结果

jira AI 版我觉得一半对一半不对?我觉得有点像“趋同演化”,就好像敏捷开发造就 jira ,本质这个项目也是在想着怎么让 ai coding 范式有一个落脚点,其实开发的时候故意不去想 jira ,避免思路被带偏

星星嘛😂现在是大噱头时代,光做项目不懂宣传是这样的
简单的方式:用 happy https://github.com/slopus/happy ,启 happy daemon 在你自己电脑上,他帮你启 cc

如果是多 agent 管理、数字员工这种可以试试 multica https://github.com/multica-ai/multica 就是有点重

如果是纯开发,外带项目管理,分配任务,想法给 cc 自动推进,可以试试我的项目 Chorus https://github.com/Chorus-AIDLC/Chorus
claude code 就行,DS 自己也在做 coding agent ,可以等一波
6 月 30 日
回复了 Nexora 创建的主题 职场话题 现在面试都还需要写算法题吗
leetcode 永远是最无脑的面试,现在这个大环境,好的职位简历被塞爆,不要指望用人单位每场面试真的花精力去了解你的能力,先用 leetcode 刷掉大部分人何乐而不为呢,不影响他们能不能招到合适的人
@loveumozart 其实在做的时候取舍很多,也有想过直接 worktree 集成啥的,最后觉得 Chorus 主要做的是流程管理,而隔离,安全性,worktree 管理完全可以按照每个人的习惯不一样配置在 cc 里,这样就可以把各个不同的开发习惯用一套流程管理都串起来了
我用 pencil.dev 他自带设计风格,配合 cc 的 frontend design skill 基本能让人满意吧
@loveumozart 把整个开发流程中的人类决策左移了,所有人类决策的部分放在流程的左侧,实际上 agent 写代码量已经达到你很难真的去 review 了,所以 chorus 的思路是一整个想法的实现人的精力更多放在前期对齐,中后期各种小任务的 review 和最后整个 feature 的 review 都有 agent 来做,有问题打回修改,人类最后把关的时候页有一些 agent review 的结果和意见参考
@huangmiao233 嗯会有额外成本,所以只是小修小改的话提供了一个 /quick-dev skill ,记录一个 task 直接开干
@MozzieW 好问题,其实这个项目第一个版本是半自动化的,核心思想是左移,前期需要高强度的人-agent 对齐,然后他会基于 openspec 进行规划和开发。后续我在 cc 插件里引入了对抗 review 的机制,逐渐一些小任务我就把对齐放给他自己做了,实现了全自动化(要求他自己对抗问答的时候记录问题和答案,方便我事后快速感知他是否跑偏)一些大任务我的实际用法是半自动化,我会在 ui 上唤醒远程的 cc ,他会在任务上提出选择题让我做

![]( https://chorus-ai.dev/images/idea-elaborate.png)

回答完之后再交给他自动化执行,加上我设了几道对抗让他自己循环,一般不会漂移,如果漂移了,由于全程留档,所以也比较好发现和纠正
6 月 29 日
回复了 yunshangzhou 创建的主题 程序员 关于 Loop Engineering 的实践与反思
我自己整 Harness ( https://chorus-ai.dev/) 的时候,loop 这个概念还没有被炒起来,实际回头看下其实做的事情也确实是 loop ,宏观上 loop 任务细化,规划,执行,交付这个循环,微观上设定了 review 验收对抗循环,保证任务不漂移
@Wooork 新版本正在开发页面直接控制 claude code 了😂本来想等他开放 chennel 模式,结果死活不开,还是和 multica 一样做 claude -p 无头模式
6 月 12 日
回复了 chenglus 创建的主题 ☕Vibe Coding🤖 大模型工作的时候,你们都在干嘛?
搞了一套机制让他自动 review 测试修改,但是要花很多实现事先对需求。所以就变成了所有的等待时间都在和不同项目/功能点上对需求
@wdv2ly 主要是以 skill 的方式工作,不过在 cc 的插件里有大量的 hooks 控制 cc 的行为。在 ui 上创建得分两个角度看,一方面 openclaw 插件已经实现了在 ui 上分配任务,openclaw 会自己 pick 任务开始干,另一方面 cc 还没实现,我还在等 cc 官方把长链接唤醒 cc 的功能开放给三方插件用。不过其实 chorus 中 agent 是一等公民,所以每个 agent 都会有自己的通知系统,cc 启动的时候会注入最近分配给他的任务等等信息,方便启动,理论上你只需要让他看下最近的通知他自己就知道分配给他啥任务了,但目前确实省不掉手动踹一脚这个动作
Fable 反正也上了 AWS bedrock 之类的云 MaaS ,那些肯定不会下
@Chuckle 其实有点像 cc 的 dynamic workflow 了,大规模试错收敛到最优解,在一些探索性的,或者对维护性要求不高的场景我试下来除了烧 token 之外确实不错的
@shawnvan 我觉得钉死业务也没有问题,在 Chorus 里我加了 OpenSpec 集成,我觉得 OpenSpec 的思路就很清晰,需求是随时会变化的没有问题,但你让 ai 写实现的当下需求是确定的,并且这些需求是可以逐步通过 diff 语义来打补丁的。每次开发都绑定在一个确定需求上,如果需求有变,那么针对 diff 部分的需求进行 diff 的开发。现在已经和以前那种你开发到一半需求突然变化的时代不同了,需求变化的时候很可能你上一个需求 ai 已经完成开发了。所以没有关系,把需求变动看作原子需求,每次开发都是完成这个 diff 就好
@lovedebug 是的,宁可把复杂度左移也不要寄希望于 ai 帮你把所有问题想明白然后做出完美实现
@wdv2ly 目前我自己使用的方式其实有可以抛去 ui ,比如在 claude code 上安装好插件,配置好链接之后,直接用 /chorus skill 提出你要做的事,他会自动选择 workflow 流程去推进,主动和你对需求写 spec 。整个流程还是 claude code 在 drive 。只不过中间的追踪和记录都会保存在 chorus 后端,也方便你在 ui 上 review
@wdv2ly 嗯,我的目的是想不打破使用 cc 的方式, 写代码还是在 cc 上。可以看下 https://github.com/slopus/happy 这个项目,可以做到在服务器/本地常驻 cc ,然后通过手机等客户端给 cc 发任务,搭配 chorus 就能实现远程管理 cc 对话 + 任务了
1  2  3  4  5  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5536 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: c2a72e2c · 30ms · UTC 08:56 · PVG 16:56 · LAX 01:56 · JFK 04:56
♥ Do have faith in what you're doing.