当 AI 代理开始替你改代码，自由软件可能要“复活”了

AI 时代，一个老派词汇突然重新变得锋利

科技行业很少给“老观念”第二次机会。可偏偏这一次，那个听起来像上世纪黑客运动遗产的词——“自由软件”——可能真要回来了。

美国作者 George London 最近写了一篇很有意思的文章，核心观点并不复杂：AI 编程代理的崛起，可能会让自由软件重新变得重要，而且比过去任何时候都重要。这里说的不是企业公关语境里的“开源”，而是 Richard Stallman 当年强调的那套更带有价值判断的理念：用户应该有权运行、研究、修改和分享自己依赖的软件。

这件事为什么突然重要？因为过去很多年里，软件自由听上去总有点像“正确但无用”的道理。SaaS 把软件搬上云端之后，大多数人根本接触不到源码，连软件跑在哪台机器上都不知道。你用 Notion、Salesforce、Google Docs、Slack，用得再深，也没法真去改它。于是行业默认接受了一笔交易：你拿到便利，厂商拿走控制权。

但 AI 代理正在把这笔交易的代价重新暴露出来。以前，拥有源码只是程序员的能力；现在，随着代理能够读懂一个代码库、定位问题、自动改写功能，这种能力开始向更多人下沉。换句话说，源码不再只是“理论上的权利”，而变成“能否让 AI 替你动手改软件”的实际入口。你能不能改，不再取决于你会不会写代码，而取决于厂商愿不愿意把门打开。

从施乐打印机到 SaaS 云端，软件自由为什么被“便利”打败了

要理解这波变化，得先回到一个很经典的故事。上世纪 80 年代，Stallman 在 MIT 人工智能实验室工作时，实验室新买的施乐打印机老是卡纸。他想做的事其实很朴素：改一下程序，让系统在卡纸时提醒大家，别傻等。结果施乐不提供源码，软件是封闭的，他改不了。

这件事在今天看起来像一个有点古早的技术段子，但它几乎定义了后来的自由软件运动。Stallman 由此提出那著名的“四项自由”，并创立自由软件基金会。90 年代，Linux、Apache、MySQL、PHP 等一批自由软件兴起，互联网底层几乎就是在这套理念上长出来的。那时候，关于软件应该属于谁、用户应不应该有修改权，真是一场意识形态战争。

后来“开源”这个词出现了。它更友好，更适合企业接受，也更容易写进投资材料和招聘 JD。代码共享被保留下来，但“用户究竟应得什么”这种带有伦理锋芒的问题，被有意无意地淡化了。Stallman 说过一句很准确的话：开源是一种开发方法，自由软件是一场社会运动。前者好谈效率，后者要谈权利。

再往后，SaaS 彻底改变了战场。GPL 这类许可证要求你在“分发”软件时共享修改后的源码，但 SaaS 厂商根本不分发软件，它们只是在自己的服务器上运行，让你通过网页访问。于是，用户名义上享受数字服务，实际上却被彻底隔离在软件内部机制之外。你没法研究它，没法修改它，也没法自己部署一个更顺手的版本。自由软件的那四项自由，并没有消失，只是被云端模式架空了。

这个转变太温和，所以很多人没感觉。毕竟 SaaS 的好处确实太诱人：不用安装，不用升级，不用管服务器半夜宕机。大多数用户，包括很多技术人，也心甘情愿接受了这种安排。直到 AI 出现，大家才忽然开始有一点“买家懊悔”。

一个小小的待办事项需求，怎么把 SaaS 的封闭本质照得透亮

London 在文章里举了个非常生活化的例子，比一万句宏大叙事都更有说服力。

他在用 Sunsama 做任务管理。产品本身不错，但他想实现一个很具体的小需求：在手机上刷到一条想稍后处理的 Twitter 帖子时，能一键分享到 Sunsama，并自动生成一个像人话的任务标题，再按内容贴上标签，比如“健康”“招聘”之类。听起来是不是很像那种 AI 时代应该 20 分钟搞定的小自动化？

问题来了：Sunsama 没有官方 API。于是 AI 代理虽然知道该怎么搭架构，却没有正规的入口去创建任务。最后，他只能依赖一位民间开发者逆向工程出的非官方接口。接着，因为没有官方认证体系，只能把自己真正的邮箱和密码塞进环境变量里。再往下，iOS 捷径又不能被程序化生成，代理写得出一大段 TypeScript，却没法替你点完苹果那一套图形化按钮。最终，这个看上去平平无奇的小功能，被折腾成了一连串脆弱、别扭、随时可能失效的补丁工程。

这段经历最有意思的地方，不在于 Sunsama 做得不够开放，也不只是苹果封得太紧，而在于它把一个事实掰开揉碎给你看：在封闭 SaaS 世界里，AI 再聪明，也常常只能做“高级打补丁工”。

如果软件源码在你手里，AI 代理可以直接进去改；如果软件只是一项租来的云服务，AI 代理再能干，也只能绕着厂商留出的缝隙打转。今天很多人对“AI 代理改变生产力”的想象，都建立在一个默认前提上：系统是可读、可写、可接入的。但现实是，真正高频使用的那批软件，恰恰往往最不具备这些条件。

AI 代理正在改变“谁有能力改软件”这件事

这也是我认为 London 这篇文章最值得重视的地方。它讨论的不是怀旧，不是 Stallman 式价值观的文艺复兴，而是一个非常现实的能力重分配。

过去，“修改软件”本质上是一项高门槛工作。你得会编程，会部署，能读懂项目结构，还得愿意花时间维护。即便厂商把源码给你，多数人也不会真去动它。所以自由软件的权利，很多时候只被少数技术人真正用到。

可 AI 代理出现后，门槛正在下降。一个不打算当程序员的人，也许不需要理解整个系统架构，只需要说清楚“我想让这个按钮自动把内容分类，并写得像一句像样的人话”，代理就能把大部分脏活累活做掉。到这一步，源码的重要性被放大了。它不再只是“供高手发挥”的资源，而是普通用户借助 AI 获得定制权的基础设施。

这会带来一个很有冲击力的行业后果：未来软件的竞争，也许不只是功能多不多、界面漂不漂亮、AI 助手聪不聪明，还要看产品是否允许用户真正“带着代理一起进入系统内部”。谁能提供可改造性，谁就可能在 AI 时代拥有一种新的吸引力。

这让我想起近两年越来越受关注的本地优先软件（local-first）和个人数据主权讨论。像 Obsidian、Immich、一些自托管工具，甚至重新兴起的 AGPL 许可证争论，背后其实都指向同一个问题：在 AI 能帮你快速定制工具之后，你还愿不愿意把所有数字生活完全托管给一个不透明的黑箱？

当然，事情也没那么简单。封闭软件有封闭软件的逻辑。厂商担心安全、兼容性、品牌体验，担心开放接口后被滥用，也担心自己辛辛苦苦做出的产品变成别人代理层上的“底座服务”。从商业角度看，这些顾虑完全合理。尤其在 AI 时代，接口开放意味着价值捕获方式要重新洗牌，谁都会紧张。

开放不会自动到来，但封闭产品会越来越显得笨重

我不认为 AI 会让所有 SaaS 都被自由软件替代，这种判断太浪漫了。多数用户依然会继续偏爱“一打开就能用”的服务，企业客户也会优先选择责任边界清晰的商业产品。便利仍然会赢，至少在很多场景里如此。

但 AI 代理会让封闭系统的摩擦感前所未有地明显。以前你提个需求，厂商不做，你也就认了；现在你明明知道，一个代理加一点代码就能搞定，却偏偏卡在没有源码、没有 API、没有权限。这种无力感会比过去更刺眼，也更容易让用户开始重新评估自己和软件供应商之间的关系。

从这个角度看，AI 可能不是自由软件的终点，而是它迟到已久的新起点。未来几年，我们也许会看到两条路线并行：一条是越来越强的“全包式 AI SaaS”，把模型、工作流、数据都封装在厂商体系里；另一条是“可代理、可自托管、可修改”的开放软件生态，让用户把 AI 当作自己的数字技师。前者卖省心，后者卖自主权。

哪条路会更大？短期内，前者大概率还是主流。但后者会重新拥有现实意义，而不只是技术圈里的道德修辞。这就是 London 文章真正击中我的地方：它让“自由软件”这个一度显得老旧的概念，在 AI 时代突然重新带上了电。

说得直白一点，过去我们常把软件当餐厅点菜：没有就算了，等老板哪天上新。AI 代理的出现，正在把不少人变成“带着私人厨师进后厨”的顾客。问题是，很多 SaaS 厂商根本不打算让你进门。谁能接受这件事，谁又会因此转向更开放的工具，接下来几年会很有看头。