为什么开发者都在自建「软件工厂」：从 Claude Code 到 Gas Town 的个人化 AI 工作流

“软件工厂”最近变得非常火爆。我在 HN 上看到一条评论把它们比作早期 JS 框架的寒武纪大爆发，这个比喻相当准确。

在继续之前，让我们（尝试）定义一下“软件工厂”。最基础地说，我认为它指的是一个工具，能够管理多个智能体来完成一个目标，同时让任务在工作流中流转，在决策中引入人类，而不需要他们手动协调智能体。能够从想法 -> PR，甚至“部署”，而不需要照看智能体。对我来说这很强大，因为我能直接管理和跟踪的智能体数量是有上限的。我想要一个需要我关注或批准的事项列表，以及只有我能做的任务，而智能体循环在后台运行。另一个重要概念是一套检查机制或强制的“流水线”，任务应当经过它（例如：计划 -> 审查 -> 人工关卡 -> 执行 -> 审查 -> 修复问题（循环直到完成）-> 人工关卡）。并且完成这一切，而不是你自己在智能体之间来回搬运文本。

我知道在我工作的公司，大约 30% 的开发者在空闲时间都在搞某种软件工厂。我想探究的是“为什么”？为什么这么多人在试图构建实际上相同的东西？

我认为答案在于，我们自己开发软件的工作流本质上是个人化的。是的，归根结底，这些项目中有许多都在试图成为“智能体框架的框架”（很大程度上是因为 API 计费对我们许多人来说不可持续，所以包装 Claude Code 之类的东西来使用订阅是很多人选择的路径），但它们都有略微不同的方法，我还没看到有多少努力汇聚到一个“工厂”上。

虽然我不能代表其他人，但我知道就我个人而言，LLM 改变了我思考事情的方式，比如“自建 vs 购买”，以及什么是可能的、或者说什么是实际可行的。过去我非常清楚什么是“可能的”，但如果没有无限的时间/精力/资金，那实际上是遥不可及的。现在这已经改变了。我用 MyFitnessPal 大约 10 年了，一直对它封闭的性质感到沮丧，所以我为自己关心的部分构建了自己的版本。它有一个我喜欢使用的应用，而且对我来说更易访问（MCP/API）。每当我碰到尖锐的棱角，我可以把它磨平，而不是只能忍受。

我举这个例子是因为我对软件工厂也有类似的感觉。我试过许多发布在 HN 上或我在网上找到的版本。它们都有亮点，也有大量 LLM 的“粗糙感”。在一个你可以构建任何东西的世界里，其中一些尝试会失败，而删减的能力变得至关重要。太多软件工厂试图为所有人提供一切。用户的任何反馈都会被实现（或被强烈考虑），而在过去，构建所有那些想法/功能在经济上是行不通的。你会被迫排定优先级、筛选并拒绝想法。如今你可以在创纪录的时间内从一条 Discord 消息变成一个可用的功能。在软件工厂这样拥挤的领域，构建人们所要求的东西，尤其是当它如此便宜/容易时，可能很有吸引力。然而我认为这会导致不那么出色的结果，就像实现客户找上门的任何功能是个坏主意一样（即使部分开发成本已大幅下降）。

我不知道未来会是什么样子。天哪，我原以为 Gas Town 是一场狂热的梦，它不可能行得通，是 AI 精神病的一个例子。我错了。如今我正在构建我自己的 Gas Town 版本，并用它完成真正的工作。停一下，你第一次听说 Gas Town 是什么时候？或者你能猜出那篇博客文章是什么时候写的吗？6 个月、1 年、2 年前？没有去查证，我差点给出 1.5 到 2 年前的时间范围……其实是 9 个月前。9 个月里，我从“这太疯狂了”变成了“我自己也有一个了”。所以鉴于此，我完全不觉得自己有资格去推测未来是什么样子，但我还是要推测，因为这很有趣，而且我很想听听其他人认为会发生什么。

那么软件工厂的未来是什么？它们会一直局限于特定的用例吗？我们会像在 IDE 上那样收敛到少数几个吗？会出现“源码可用”的工具，人人都去修改以满足自己的需求吗？每家公司都会拥有自己定制的、专为其流程打造的工厂吗？而在工厂之外，整个软件会不会变得更加源码可用？“我们提供核心，你可以扩展它”？随着 LLM 变得更强、我们进一步“向栈的上层”移动，软件工厂会在 6 个月或更短时间内消失吗？它们是否和“提示工程师”一样只有差不多的持久力？只是这个特定时刻的产物，日后我们回望时会一笑置之？

目前我试过的每一个软件工厂都极其固执己见，这有利有弊。有一套既定的工作流程是好事，但如果它不符合你的做事方式，就可能一开始就行不通。这就是为什么我有自己的版本。我的版本建立在 Claude Code 和 Herdr 之上，原因谈起来不太有意思。它没有抽象到支持 Codex/Pi/OpenCode，也不支持 tmux 或任何其他多路复用器。它是为我而做的。虽然我把源码分享给了一些同事/朋友，但我完全没有打算把它发布给更广泛的受众。我鼓励有权限的人从中借鉴想法，而不是试图把它跑起来直接使用。去挖掘其中的“好点子”来构建他们自己的东西。

作为程序员，我们职业生涯的大部分时间都在把自己的工作自动化。我们让构建软件变得越来越容易，而不知怎的，我们想构建的软件却更多了。一旦你把某一部分自动化到你满意的程度，你就会开始寻找下一个瓶颈。至少我的思维就是这样运作的。软件工厂是这一理念的自然延伸。我认为，有了 LLM，写代码如今基本上已经是一个被解决的问题。这大概是这篇博文里最具争议的一句话，但它解释了为什么我的注意力已经转移到流程的其余部分：决定构建什么、在开始写代码之前充实想法，以及更彻底地审查结果。在 2026 年的头几个月，这包括在智能体之间大量复制/粘贴数据。“代码写好了，现在启动一个全新的智能体来审查代码，再启动一个智能体来处理第一个智能体的反馈，如此反复”。软件工厂就是试图解决那种低效流程的一种方式。

用自己的软件工厂来改进软件工厂本身，感觉相当神奇。发现一个问题，或者意识到某个新功能能带来好处，把它送进工厂，然后看着工厂带着你的改动刷新/重建/重启/随便什么，真是太酷了。它彻底改变了我对许多软件的看法，如今我在“传统”软件里感到更多束缚。我希望能够像扩展自己的代码一样轻松地扩展它。

我很想探讨的后续话题，但篇幅已经太长了：

• 我们是否正处在一波浪潮的边缘，而这波浪潮终将触及“普通大众”？他们会不会像我一样重新评估自建还是购买？
• 未来我们会不会看到更具可扩展性的软件？面向业务工具的 Unreal/Unity？
• 关于人们拥有厨房和烹饪能力，但许多人仍然选择外出就餐或花钱请人做饭的老话，是否也适用于软件？
• 我们会不会看到向更小的单一用途工具（带有 API/MCP 钩子）的转变，甚至可能大部分是开源的？

如果你还没有尝试过只为自己构建软件，不打算出售或变现，我建议你试一试。为 1 个用户（甚至一小群人）构建，而不用担心它能否赚钱或如何向他人营销，这种感觉无比自由。在过去一年左右的时间里，为了满足自己的需求而构建软件已经变得便宜得多，也容易实现得多。

这是我的软件工厂。有很多类似的，但这一座是我的。