code agent 是不是太卷了,个人是不是不适合做

7 月 23 日
 menfrexu

一时兴起想着做一个 code agent 来节省成本,一做就是 2 个月。

因为抢不到 glm ,一直用的是 deepseek 。5 月份有一天升级 claudecode 后发现 token 账单飙升得很厉害。想着 deepseek 与 claudecode 兼容性是越来越差了,此前就有好几次自己调整协议让 claudecode 兼容 deepseek 的情况。期间也尝试用了 reasonix ,用着不是很顺手,索性自己折腾一下。

现在想的是看能不能把自己的 code agent 开源做起来好找工作,6 月份被裁员了,现在很迷茫,目前开源项目只有 54 个 star, 3 个 issues ,感觉开源太难做起来了。不知道下一步怎么打算,自己其实对 agent 开发兴趣很大,不过仅凭一个没起来的开源项目不知道能找到相关岗位的工作不,此前我是做运维开发的,做 cicd 系统的。

7761 次点击
所在节点    程序员
62 条回复
Rickkkkkkk
7 月 23 日
做这个没戏,你比 codex 做的更好的地方是?
symphonyiceattac
7 月 23 日
有这 cicd 的简历加开源项目,学点英语就去投那些做 ai 相关的 GitHub cicd 接入的服务商远程岗位应该挺容易的吧
menfrexu
7 月 23 日
@zhu327808 这个项目最开始就是想知道一个 llm 是如何编写代码的,刻意避开没有采用任何框架。
menfrexu
7 月 23 日
@symphonyiceattac 也是一个思路。只是本人口语不行
EliteOtaku
7 月 23 日
关键是能否解决某些痛点,要有差异化
Jonchil
7 月 23 日
写着玩自己用,或者当成经历都可以,当生活,可能有点难
leihaibo1992
7 月 23 日
menfrexu
7 月 23 日
@leihaibo1992 看了一下你的迭代速度比我还猛,92 个 release, 可以看看我的 https://github.com/Menfre01/waveloom
leihaibo1992
7 月 23 日
@zhu327808 真正自己做过之后很快就对这些热门的 agent 祛魅了,技术上并没有门槛,在 AI 的加持下,生产力也不再是问题,所以自己开发就成了唯一的选择,因为只有自己最懂自己的需求
leihaibo1992
7 月 23 日
@menfrexu 是的,最近两个月比较痴迷,一有时间就疯狂迭代。看了你的,tui 交互做的不错,比我的好,不过我现在重心放在桌面端和手机端,准备全面对标 codex
menfrexu
7 月 23 日
@leihaibo1992 牛逼,加油!
utodea
7 月 23 日
https://github.com/usewhale/whale 我这个维护了两个多月,几十个版本,最近忙,迭代速度慢下来了。分享一下个人的看法。

1.如果是为了学习或者增加开发 agent 的经验是可以的,或者你有新的架构、新的 idea 要去实践,因为 coding agent 这个赛道用户量足够大,有新奇点总有用户会有好奇心去尝试。这样自己做的 agent 能够获得一些用户的真实反馈,但这些用户很快会流失掉的,因为一个人的维护的 harness 总是比不过市场上那些成熟的 harness 的。

2.纸上得来终觉浅! cc 和 codex 的代码就在那里,但是自己没有实践过,是很难理解为什么它们那么设计的。pi 的代码也在那里,但很多人估计也对它的设计模式没什么感受。自己维护过类似的才知道哪些事情是重要的,哪些事情是 agent 能做得好的,哪些是 agent 现在做不好的。怎么 bench, 怎么优化,哪些工具是在吹牛。之前我很喜欢看 AI 大厂的 blog 和工程实践文章,但是看完就忘了。自己做完之后再去看,收获也会不同。


3.推广很重要,不断有新人使用和贡献形成良性循环项目才能持续,不然很快新鲜感过去了,这类 agent 基本都挣不到钱,就没动力维护了。


加油!试试总是好的。
aisk
7 月 23 日
也可以看看我的 Python 实现: https://github.com/aisk/paimon ,技术含量不高,作为练手项目挺好玩。
menfrexu
7 月 23 日
@utodea 向大佬学习。确实,初接触 agent 开发还是非常的新奇有意思,每天都有新鲜的感受。实践完再来用 claudecode codex 会有很不一样的感受。一个工具从内到外(开发者角度),从外到内(用户角度)去了解是完全不一样的。使用工具的顺手程度也有了天然之别。
leihaibo1992
7 月 23 日
@utodea 大佬说的很中肯,我做 agent 的初衷也是想搞懂 CC 的原理,慢慢研究的过程中越发觉得品味太重要了。agent harness 的核心就那么点东西,所有人做的都大差不差。关键是产品上的决策,基于这点核心能构建出什么样的功能,刚好切合用户的需求。

看了大佬的仓库,发现实现了 dynamic workflow, 我也实现了一个 dynamic workflow,不过我的 agent 是 go 写的,所以没法直接用 js 作为编排脚本,最后通过 wasm 编译 mruby 嵌入到 go 里面做脚本引擎,这个过程也是一个非常有意思的体验
Goalonez
7 月 23 日
@leihaibo1992 #27 感觉 readme 可以先改一改,内容有点太多了,很难吸引人看下去。
leihaibo1992
7 月 24 日
@Goalonez 是的,说到点上了,一个是内容太多,另一个是没把吸引人的功能点摆出来,指望用户自己去发现
TerryBlues
7 月 24 日
@menfrexu 那确实应该先找份工作。All in 有风险,现在 Agent 确实很卷,因为核心能力相对同质化所以大家都在卷最后一公里的东西。

这么看 Manus 真是领先,在一片套壳的质疑声中迈出了第一步,可惜被场外因素干掉了。
xuld
7 月 24 日
不是 code agent 太卷,而是 code agent 是面向程序员的产品。

个人不适合做一切面向程序员的产品。因为“程序员”是最理性、付费意愿最低的群体。他会找一万个理由证明你做的东西不值钱。其中最受欢迎的理由是 “有一个开源、免费的替代品”

可以参考我之前的帖子:《为什么创业不要选择做面向程序员的产品》 https://v2ex.ih06.com/t/1181554
byteLoading
7 月 24 日
模型厂商基本都有自己的 agent 了,开源的也有 pi 、opencode 、cline 之类的一堆了,没有足够的营销能力和特殊机遇的话很难搞起来。

kimi 、字节之类的都有一些 agent 的开源项目,如果目标是想入行这个,倒不如去尝试解决一些这些项目的 issue ,做的多也可能会有想不到机会吧。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1229234

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX