LLM时代，软件创业公司还能活吗？

Hacker News上一条题为「In LLM era, can software startup survive?」的帖子引发了小范围但尖锐的讨论。帖子本身没有长篇论述，8个点的热度让它很快沉底，但7条评论里透露出的焦虑感，值得认真拆开看：当大模型把「写软件」这件事的门槛不断拉低，靠软件产品吃饭的创业公司，护城河到底还在不在？

焦虑从哪里来：LLM重新定义了「做软件」的成本结构

过去十几年，软件创业公司的核心资产是工程团队。产品从想法到上线，需要产品经理、前后端工程师、测试、运维，每一环都是人力和时间。LLM的介入改变了这个成本结构——代码生成、调试辅助、文档撰写、客户支持，大量环节的人力投入被压缩。

这带来一个直接的矛盾：做软件变容易了，但卖软件没有变容易。 供给端膨胀的速度，远快于需求端增长的速度。当任何人都能用自然语言描述需求、让模型生成一个可用的原型，同质化的工具类产品会迅速泛滥。评论区里那种「我们到底在跟谁竞争」的困惑，本质上来自这里。

护城河（Moat） 是投资与创业领域的常用隐喻，指企业能够长期抵御竞争、维持超额利润的结构性优势。巴菲特将其描述为「被持续加宽的城堡护城河」，典型来源包括品牌、网络效应、转换成本、规模经济和专有技术。在软件行业，代码本身长期被视为弱护城河——技术可被复制，真正的壁垒往往来自用户规模、生态锁定和客户关系。LLM时代重提护城河，争议焦点在于：当代码生成成本趋近于零，过去依赖工程复杂度形成的隐性壁垒是否随之瓦解，以及哪些非代码类资产会因此相对升值。理解这一概念，有助于区分「技术领先」与「可持续竞争优势」这两件常被混为一谈的事。

评论区的分歧：护城河在代码，还是在代码之外

讨论中没有形成统一结论，但大致可以归为两个方向。

观点一：护城河从来不在代码本身

持这类看法的评论者认为，软件公司的真正壁垒在于分发渠道、客户关系、数据积累和品牌信任。LLM降低的是实现成本，而这些资产并不会因为模型能力提升而贬值。一个拥有稳定付费客户和行业know-how的团队，即使代码被大量生成，客户的迁移成本依然存在。

观点二：中小型工具公司最先受到冲击

另一部分声音更悲观：业务模式越接近「功能即产品」的公司，越容易被替代。用户不再愿意为一个只解决单点问题的订阅工具付费，因为模型本身就能完成类似任务。这类公司如果没有把产品嵌入客户的工作流，很可能在几轮模型迭代后失去存在理由。

需要说明的是，这些判断都来自单一讨论帖中的有限评论，样本很小，不能当作行业共识。

「功能即产品」（feature-as-product） 描述的是一种产品形态：公司把单一或少数几个功能直接包装成独立订阅产品出售，用户价值主张高度集中于该功能本身。这类产品在SaaS时代大量存在，如格式转换、邮件模板、简单数据分析工具等。其脆弱性在于，产品的全部价值可以被一句话需求描述清楚，因而也最容易被通用模型的一次能力升级所覆盖。与之相对的是「工作流产品」——价值来自多个环节的串联、状态管理和团队协作，用户迁移成本高，单点模型能力难以整体替代。这一区分是判断某类软件公司在LLM冲击下生存概率的重要框架。

值得软件创业者注意的几件事

把讨论中的碎片观点整理一下，对正在做软件产品的人有几个现实提醒。

第一，重新审视产品的「可替代性」。 如果你的核心价值可以用一段提示词加模型调用近似复现，那需要认真考虑转型——不是换技术栈，而是换价值定位。

第二，把模型当基础设施，而不是卖点。 「我们用了LLM」本身不构成差异化。用户购买的是结果，不是技术路线。把模型能力藏进产品体验里，才是可持续的做法。

第三，数据和工作流是更稳的壁垒。 客户沉淀在系统里的历史数据和定制化流程，迁移成本远高于代码本身。围绕这些构建产品，比单纯比拼功能列表更有意义。

第四，小团队的机会窗口依然存在。 开发成本下降对小团队同样是利好，能更快验证想法。问题不在于能否做出来，而在于能否找到愿意付费的场景。

结语

这条HN帖子没有给出答案，讨论也远谈不上充分。但它提出的问题足够真实：LLM不会直接杀死软件创业公司，它改变的是竞争的维度。代码能力的溢价在下降，对场景的理解、对客户的把握、对工作流的嵌入深度，这些没有被模型抹平的部分，才是接下来决定生死的地方。

对创业者来说，与其焦虑「能不能活」，不如先回答一个更具体的问题：你的产品，用户为什么非用不可？

背景补充

基础设施化（commoditization of infrastructure） 指某项技术从差异化卖点演变为普遍可得、按需调用且价格持续下降的底层能力，类似电力和云计算。判断一个技术是否已基础设施化，可看三点：供给方是否众多且能力趋同、价格是否快速下行、用户是否不再关心其实现细节。LLM正呈现这一趋势——多家供应商的模型能力差距缩小，API价格持续走低，用户购买决策越来越多地基于结果而非底层模型。对企业而言，这意味着把模型能力作为可替换的组件纳入架构，避免与之深度绑定，并将差异化建立在模型之上的产品体验、数据资产和业务理解上。