utodea

https://github.com/usewhale/whale 我这个维护了两个多月，几十个版本，最近忙，迭代速度慢下来了。分享一下个人的看法。

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

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


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


加油！试试总是好的。

我正在做一个类似的，https://github.com/usewhale/whale 。

如果把社区没有带动起来，没有形成正循环，还蛮容易放弃的。加油！

用 dsk 的话，可以试试这个 https://github.com/usewhale/whale

纯 go 的 agent: https://github.com/usewhale/whale

除了 tui 上选择少，ai 并不擅长相关的框架之外，我感觉还行。特别是在纯 terminal 的时候，很小。

可以试试这个 https://github.com/usewhale/whale

@zhao69270 #9 可以尝试一下我这个 https://github.com/usewhale/Whale

https://github.com/usewhale/whale

开源的，DeepSeek Native 的 coding agent ，非常缺贡献者。欢迎来贡献一个你说的“小白用户安装就能用的那种” GUI 实现或者其他的 feature 也行。


为了兼容 cc 的 dynamic workflow 脚本，Whale 引入了 QJS 做为 JS runtime, 欢迎来继续建设！！！

opencode 明显工程质量不行，两个月前深度使用过一段时间。我开 7~8 个会话，在 3~4 个之间穿梭，TUI 经常性卡死。cc 和 codex 都没遇到类似的情况。

https://github.com/usewhale/whale 可以试试这个，cache hit 可以到 99%