大家有在开发 coding agent 吗？ 这会成为 AI 时代的程序员"三件套"吗？

最好别掺和，除非内心当中真的有极其强大的驱动力。agent 工具门槛不像看到的那么低，而且维护需求极其频繁，甚至个人拼尽全力做出来最后还是不如别人的。

不能吧，卷得过大模型厂商亲身下场的吗

整点小而美的工具 最后可能还有人用。搞这个直接被大厂降维打击，你一个人或者小团队怎么跟大厂的专业团队比。

什么是“三件套”……

可以当作了解或者学习的练手。
但是试图做头部还是算了……

这其中有几个因素是决定性的。
1 、你不知道未来的模型走势，很有可能你做了几个月，结果第二天模型版本更新直接掀了你的桌子。
2 、你不知道模型和运行环境的细节，导致很多优化都是臆测或者穷举。这就导致你的生产力极度受限。
3 、你不懂模型核心，这就导致你的 harness 很大程度上是空中楼阁。

一个适配自家模型的团队，和一个完全第三方的个人，你认为谁出精品的概率更大……
再不济，你真的是骨骼精奇，做出了世界第一 Agent ，你的成果对于官方而言可能就是几分钟的工作量而已……
再退一万步，你的 Agent 独步天下，不用你的 Agent 就没法 coding 。官方把你的 Agent 封禁了，或者负优化，你又如何？

放弃宏大叙事, 我觉得这是个挺有趣的事情.

每个人都需要自己的工作流，agent

@sentinelK 楼主可能是指待办 提醒 记账新人开发 app 三件套

demo 级别的是的，生产力级别要非常多的分叉和判断，目前还不是

不，这是 AI 时代计科学生的大作业。

三大大作业：
自写 OS
自写 compiler
自写 agent

🧐

那要看这个 coding agent 是指什么了，是指 agent runtime (如 claude-agent-sdk)，还是客户端层，还是都包括。

ai 网关，agent ，skill

把 agent 看成解释器，这就和自己开发一个解释器一回事😏

@nsjs 模型一更新，agent 就可以自解释啦 哈哈

是的，目前工作都是在用自己开发的 agent ，老实说，细节相当麻烦。https://github.com/Bronya0/ally-agent

俺也来凑个热闹： https://github.com/noisystreet/CrabMate

没有人开发垂直领域的 agent 吗？

我觉得没必要迷信大厂，每个人都可以开发适合自己的 agent, agent 没啥门槛，本质是工程问题和品位问题，论工程能力，我不觉得自己比谁差，论品位，只有自己才造成来的东西才符合自己的品位
https://github.com/open-octo/octo-agent

当我思考要不要造一个长期维护的轮子时，考虑的点：投入、产出、竞品，以及最重要，它是否是有点创造性的。
我觉得在 coding agent 问题上，如果它是一个个人项目，最好的形态是主流 agent 的一个插件，实现个人的创新 idea 或满足个性化需求。

讨论挺有意思的，想补充一个角度：coding agent 的竞争格局其实有点像「编辑器 vs IDE 插件」而不是「操作系统 vs 应用」。大厂确实能把通用 agent 做得越来越强，但个人做 agent 的真正价值不在于和大厂拼通用能力，而在于「把你的个人工作流写进代码」。

我见过效率最高的 agent 用户，都是把 agent 当成可编程的脚手架：拆解自己的需求模式、写自定义 prompt 模板、做领域特化的 tool calling 编排。这些东西大厂不会替你做的，因为太 niche 了。就像 vim 配置、tmux 脚本一样，投入时间打磨自己的 agent workflow 是一件长期复利的事——不只是「用工具」，而是在「定义工具」。

另外楼主说的「三件套」说法挺有共鸣，但我觉得不是三个独立 app ，而是三个层次：模型层（ commoditized ）、框架层（快速收敛）、个人工作流层（这里才是独立开发者能建立差异化的地方）。

已经 App Store 上架一个了
https://github.com/samhjn/Palvia

这么快就上到理论形而上学了？
我也来， 我的三件套是 需求-实现-输出
后面还有四不五要六条七规八大件缺一不可

细分领域的工作流还是有需求的，编程赛道肯定拥挤。