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%

我是做了 agentic workflow 把内容都准备好、填好，然后最后浏览器里手动点击发布按钮。这应该更稳一点？

#38 cc 并没有对 ds 的一些常见错误做优化，而且 dsk 的 API 不支持 defer loading 。https://github.com/usewhale/whale 引入了类似于这个 tweet 里一些针对 DeepSeek 的修复机制： https://x.com/MrAhmadAwais/status/2050956678502420612 ，因为每家的模型几乎都有这或者有那的一些“问题”或者特性

可以试试我这个： https://github.com/usewhale/whale ， 长会话 cache hit 可以达到 99%。 你这个花费感觉没道理的。

cache hit 并不特别代表什么, 会话拉长、prompt token 适当多费点，很容易拉高。 比如我这个： https://github.com/usewhale/whale 。 优化的时候 agent 开发者可以参考它， 但过低多少有点猫腻。

115 turns · $0.0841 · 98.8% cache · last prompt 94.7K · $2.8607 cache saved

@c0xt30a #9, 可以试试用 npm 或者 homebrew 来安装。

一定会崩的，熵是递增的，而且以 10x ，100x 的速度递增（人写的当然也会崩）。但你想要的答案现在估计也没人知道，更多都是通过人来约束，openclaw 就是很好的观察例子。至于文档(包括 AGENTS.md )、甚至代码等这些对 AI 上都不是强约束。

@c0xt30a 谢谢！ 是指安装脚本的域名不够友好？还是 curl 安装不够友好？

@cwr31 #5 。 你的质疑是对的。1.作为第三方能做的就是引入了类似于这个 tweet 里一些针对 DeepSeek 的修复机制： https://x.com/MrAhmadAwais/status/2050956678502420612 ，因为每家的模型几乎都有这或者有那的一些“问题”或者特性 。2.这就更多是一个宣传口号... 文中也有提到如果有官方的 harness ，还是尽量用官方的 harness 。

Nice 。快两个月了，也快到 700 了，https://github.com/usewhale/Whale

@PrinceofInj 哈哈。deepseek-tui 它那个是后改的。名字上有什么建议吗？一开始是 Whale ，后来为了 SEO, 就和一位用户商量着改成了 DeepSeek-Code-Whale, 现在反而觉得 Whale 更好了。🐶