2026年8月8日 / 阅读时间3分钟 也许我只是太过于怀疑，但这些所谓的新“AI”/代理软件真的给人一种几乎都是虚幻软件的感觉。我一直试图认真对待这一整套的“代理开发”理念，但这个生态系统中的摩擦实在是太疯狂了。很明显，这些东西的开发者是那些a)可以随意使用无限代币的工程师，b)除了在最简单的路径上进行用户测试和内部使用，根本没有系统的审查或QA流程。软件工程的困难从来不是编写代码。如今，编写代码的成本几乎与LLM推理的成本相当，代码变得无处不在。每个人都有一个氛围编码的初创公司，许多都是很棒的创意，但在执行上似乎丝毫不考虑用户体验。举个例子，我最近尝试了ONA。从原则上讲，这是一个很好的想法。我希望能够对我的应用程序提出模糊的改进请求，并拥有一个全自动的端到端过程来将这些愿望细化为清晰的需求，调和所有其他开放的功能请求和计划工作，把它们缩小为可实施的功能，然后逐个通过设计、测试、实施、QA和部署。这当然是我想要的，我作为一名软件工程师的生活会轻松得多。这大概就是这个平台声称自己能够做到的。我认为这是一个非常酷的主意，所以我注册了。 我第一次使用应用程序时，完全无法在他们的桌面版本上登录。身份验证是困难的，所以我可以理解并原谅这一点。于是我尝试在网页上登录。经过多次点击和重定向，我终于成功了！我满怀乐观，但当我把它与我的一个项目连接起来后，所期待的神奇的轻松进展并没有发生，它几乎耗尽了我20美元的“ONA计算单元”（无论这个是什么），不停地尝试从linear获取待办事项，甚至只是想挑选一个开始。这只是在我与项目之间增加了更多的摩擦，而这正是我在为开发工具付费时所希望的绝对对立的体验。我没有意愿再付更多的钱看看它下次是否能更好地尝试构建任何东西，因为我非常怀疑它的能力，而构建东西本身并不是我希望AI为我做的。问题是，我喜欢写代码。这在不久前还一直是这份工作的乐趣所在。我想要AI承担软件开发生命周期中那些分散我注意力的其他烦人部分。但到目前为止，他们大多数的工作让我更加烦恼。更多的集成需要调试，更多的认证令牌需要刷新，更多的账单需要追踪，更多无规则且冗长的非bug描述，带着无稽的修复建议和错误的信息“根本原因”分析。这真是让人厌烦。最糟糕的是，市场营销夸大其词。这些公司自己就是对自己销售宣传的最好反驳。如果代理开发真的像他们所说的那样有效，那么销售它的人将是主要受益者。他们会推出市场上最精致和有用的软件。相反，我连登录界面都几乎进不去。那个问题是我认为ONA是一个好主意。我显然愿意为这种工具付费。但我想要一个工作正常的版本，而不是把20美元的钞票烧掉。