AI 时代,软件的价值还剩什么,以及我们为什么要开源

最近公司内部在讨论一件事：

要不要把现有的一部分 PC 软件开源。

这件事表面上看是在聊开源，实际上讨论到最后，绕不开的还是另一个更大的问题：

在 AI 时代，软件本身到底还有多少价值？

这也是我这段时间一直在反复想的事。

一方面，AI 确实在把很多软件能力“压薄”。以前要靠产品功能堆出来的差异，现在可能很快就会被模型、工作流编排，或者别人基于开源项目快速补齐。

另一方面，我们又不能因为这件事，就简单得出“软件不值钱了”的结论。尤其是对一个还在做真实业务、真实交付的小团队来说，这种判断如果做错，后面很多决策都会跟着跑偏。

所以这篇文章，主要想把两个问题想清楚：

• 我们为什么要开源

• 在 AI 时代，软件真正的价值到底守在哪里

一、开源不是为了把代码分享出去

如果只是把代码公开，然后等着社区自己长出来，那对大部分中小团队来说，多半只是一种自我感动。

因为现实很直接。

在 AI 加持下，代码的理解成本、迁移成本、复用成本都在快速下降。你今天把一个功能型软件完整开源出去，别人拿去研究、修改、适配、包装，速度会比以前快得多。

所以单纯的“分享代码”，并不是我们真正想要的结果。

我们更关心的是：

开源之后，它能不能反过来帮我们扩大生存空间。

如果不能，那开源就只是一次没有回报的暴露。

二、为什么还要开源？

我后来把这件事想得更现实一点，觉得公司层面的开源，如果要做，至少应该服务于下面几个目标。

• 生态扩散

• 标准竞争

• 市场教育

• 商业筛选

• 行业影响力

这几个目标里，真正排在前面的，其实不是“影响力”，而是前面那几个更实际的东西。

1. 生态扩散

对于小团队来说，很多时候最怕的不是没人认可，而是根本没人接入。

如果一个能力长期只封闭在自己的产品里，那它再完整，也很难形成外部协同。而一旦把通用能力、SDK、接口规范这些东西开放出去，别人接入你的门槛会明显下降。

开源在这里更像一种扩散手段。

不是为了证明自己有多开放，而是为了让更多人基于你的能力做集成、做适配、做二次开发。只要有人开始围绕你的接口和能力构建东西，你就在慢慢从“一个功能提供者”往“一个生态节点”转。

2. 标准竞争

很多时候，真正有价值的不是某个单点功能，而是：

别人是否愿意围绕你的方式来接入、来协作、来兼容。

如果你的接口、SDK、数据结构、接入方式，逐渐成为别人默认适配的一套东西，那你其实就在参与标准竞争。

而 AI 时代有一个明显趋势是，功能越来越容易被复现，但标准和协作惯性没那么容易被替代。谁先把连接方式铺开，谁后面就更容易站住。

3. 市场教育

有些产品能力，不开源的时候，外部很难真正理解它的边界在哪里、能做到什么程度、适合嵌进什么场景。

尤其是偏行业型、设备型、流程型的软件，很多价值不是看个官网就能理解的。开源一部分通用能力，本质上也是一种市场教育。

你不是在讲 PPT，而是在直接告诉外部开发者：

“这套东西可以这么接，这么改，这么嵌进去。”

这种教育，在今天比单纯销售话术有效得多。

4. 商业筛选

这一点我觉得反而经常被低估。

很多潜在客户或者合作方，在没有真正上手之前，很难判断自己需不需要你。而开源之后，愿意花时间接触你、试用你、接入你的人，反而会变成更高质量的一批线索。

因为他们不是被营销吸引过来的，而是真的有场景、有问题、有接入意愿。

从这个角度看，开源也像一个筛子。它会过滤掉很多只是围观的人，同时帮你识别出真正有合作可能的用户和伙伴。

三、那软件的价值，到底还剩什么？

最近总能看到一种说法，说 AI 会让软件都变成“日抛型产品”。

这话当然有夸张成分，但它也不是完全没有道理。至少有一点很明确：

纯功能型的软件护城河，确实在变浅。

如果你的价值只是“我能做一个按钮，完成一个动作”，那这层价值以后大概率会越来越不稳。

但软件并不是只有“功能”这一层。

结合自己现在做的事情，我越来越觉得，软件在 AI 时代真正有价值的地方，至少还守在两个位置上。

四、第一层价值：守在业务流程里

我们现在做的软件，并不只是一个独立工具。

在硬件设备完成采集之后，后面其实还连着完整的文档流、处理链路和交付流程。这些流程不是单一功能点，而是一整套长期打磨出来的工作方式。

也正因为这样，我会越来越明确地把“功能”和“流程”分开看。

功能可以开

通用能力、基础组件、SDK、接口层，这些东西可以开。

因为这些能力本来就更适合被扩散出去。它们越容易被接入，你的生态越容易长出来。

流程不能轻易开

但流程层面的东西不一样。

流程意味着你对行业问题的理解，意味着你怎么把多个环节串起来，意味着你在真实业务里把坑一个个填平之后形成的经验沉淀。

这部分往往不是“复制一份代码”就能直接带走的，但如果你毫无保留地暴露出去，等于主动削弱自己在交付体系里的位置。

所以我现在越来越认同一种做法：

功能开源，流程保留。

不是保守，而是分层。该开放的开放，该守住的守住。

五、第二层价值：守在兼容和集成里

还有一块经常被低估的价值，是兼容和集成。

很多人看到一个商业软件时，容易把注意力都放在表层功能上，但真正进入交付阶段之后才会发现，麻烦往往不在“功能做不做得出来”，而在：

• 能不能适配各种环境

• 能不能接各种设备

• 能不能兼容不同系统

• 能不能把外部系统真正接进来

这些工作听起来不性感，但非常花时间，而且很难被一句“AI 可以生成代码”直接抹平。

以我们自己的场景来说，为了做好商业化产品，实际上做了不少底层适配：

• 国产化系统兼容

• 不同机型和设备适配

• 对接外部流程和业务系统

• 为特定场景封装 SDK

这类能力的特点是，它们未必适合拿来做宣传中心，但它们决定了产品到底能不能真正落地。

也就是说，AI 可以加快“做出一个东西”的速度，但不等于它能自动替你完成“把这个东西放进复杂现实里并稳定跑起来”。

而后者，恰恰还是软件团队最重要的价值之一。

六、所以我们更适合开源什么？

如果顺着上面的逻辑往下推，答案其实就比较清楚了。

对于我们这种体量不算大的团队，最适合开放出去的，不是整个产品，而是产品里的通用层能力。

比如：

• 通用 SDK

• 对外接入接口

• 可复用的基础能力模块

• 便于二次开发的能力封装

把这些东西开出去，有几个直接好处。

第一，能降低外部接入门槛。别人不需要从零开始摸你的体系，而是可以沿着你开放出来的接口快速集成。

第二，能放大生态。接入的人越多，围绕你这套能力的依赖就越强，你的位置也越稳。

第三，能减少重复支持成本。很多过去只能靠内部反复对接的事情，未来可以通过 SDK 和文档让外部自己完成一部分。

第四，能把“通用能力”和“核心交付能力”切开。该让别人方便使用的，尽量方便；该保留在产品和业务链路里的，继续保留。

这比把整个产品一股脑公开出去，要稳得多，也更符合现实。

七、小团队在 AI 浪潮里，真正要学会的是重新分层

我觉得 AI 时代最容易让人焦虑的一点，是它会逼着所有软件团队重新回答同一个问题：

你到底在卖什么？

如果答案只是“卖几个功能”，那确实会越来越危险。因为功能越来越像耗材，复制速度也越来越快。

但如果你卖的是下面这些东西，局面就没那么悲观：

• 行业流程里的关键位置

• 与硬件、系统、外部平台的连接能力

• 长期打磨出来的兼容经验

• 对业务链路的组织能力

• 基于开放能力形成的生态入口

说得再直接一点：

AI 不是让软件彻底没价值了，而是在逼软件团队把价值从“功能堆砌”转向“流程、集成和生态控制点”。

谁更早意识到这一点，谁就更有机会活下来。

八、最后

所以回到一开始那个问题：

我们为什么要开源？

答案已经不是“因为开源很先进”，也不是“因为别人都在开”。

而是因为在 AI 时代，开源可以成为一种更主动的策略：

• 用开放能力做生态扩散

• 用 SDK 和接口参与标准竞争

• 用开源来做市场教育

• 用真实接入行为筛选商业机会

前提是，你得先想清楚，哪些东西该开，哪些东西必须守住。

对我自己来说，这段时间最大的感受反而不是悲观，而是更明确了一点：

软件的价值没有消失，只是在迁移。

它正在从“某个单独功能做得多完整”，迁移到“你是否守住了业务流程、兼容集成和生态入口”。

而开源，如果用得对，不是把自己掏空，而是把自己从一个产品，慢慢推向一个位置更稳的生态角色。