Vibe Coding时代，为什么我们需要RSS来分享个人应用？

当写应用变得像发博客一样简单

随着 AI 辅助编程（也就是大家说的"Vibe Coding"）的兴起，一个有意思的现象正在发生：越来越多的开发者在快速构建大量小型工具和微应用。这些应用高度个人化、场景化，而且产出频率极高。Matt Webb 最近提出了一个值得深思的观点——我们需要一种类似 RSS 的机制来分享这些"丰饶的" vibe-coded 应用。

Vibe Coding 这个术语最早由 Andrej Karpathy（OpenAI 联合创始人、前特斯拉 AI 总监）在 2025 年 2 月提出。他描述了一种全新的编程方式：开发者不再逐行编写代码，而是通过自然语言向 AI 描述自己想要的功能，由大语言模型（如 Claude、GPT-4、Cursor 等工具背后的模型）生成完整的代码实现。开发者的角色从"编写者"转变为"引导者"和"审阅者"——你只需要描述"氛围"（vibe），AI 负责将其转化为可运行的软件。这种模式极大地降低了软件开发的门槛，使得非专业程序员也能构建功能完整的应用，同时让专业开发者的产出效率提升了数倍甚至数十倍。

知名开发者 Simon Willison 对此深以为然，并立刻动手实践，让 Claude 为他的工具页面添加了 Atom feed 支持。

应用开发的范式转变：从产品发布到日常创作

从"发布产品"到"发帖子"

Matt Webb 的核心洞察一针见血：

当 vibe-coding 加速了应用开发，应用变得更加个人化、更加场景化、更加频繁。发布一个工具或微应用，不再像上线一个网站，而更像是在博客上发一篇帖子。

Matt Webb 是英国知名的技术思想家和产品设计师，曾联合创办设计咨询公司 Berg，长期关注互联网基础设施与人机交互的演进方向，他的博客 Interconnected 是科技圈广受关注的思想源头之一。Simon Willison 则是 Django Web 框架的联合创始人，也是数据工具 Datasette 的作者，近年来他成为 AI 辅助编程领域最活跃的实践者之一，在个人网站上持续发布大量由 AI 协助构建的小工具，并以极高的透明度记录自己的开发过程。两人的对话代表了互联网老兵对新范式的深度思考与快速响应。

这个类比揭示了一个深层变化。传统的应用开发是一个重量级过程——需求分析、架构设计、开发测试、部署上线，每一步都有不小的成本。但在 AI 辅助编程的加持下，一个实用的小工具可能只需要几分钟到几小时就能搞定。当创作成本大幅降低，产出自然会呈现"博客化"的特征：高频、个人化、碎片化。

值得注意的是，软件开发的"创作化"趋势并非始于 Vibe Coding，而是一条漫长演进路径的最新阶段。从 1990 年代的个人主页（GeoCities）到 2000 年代的博客平台（WordPress、Blogger），再到 2010 年代的无代码/低代码工具（Notion、Airtable、Webflow），每一次技术降级都让更多人能够"创作"数字产品。但此前的每次降级都伴随着表达能力的显著损失——无代码工具能做的事情远少于真正的编程。AI 辅助编程的革命性在于，它第一次在大幅降低门槛的同时，几乎没有牺牲表达能力：你可以用自然语言描述任意复杂的逻辑，AI 生成的代码在理论上与手写代码具有同等的能力上限。这意味着软件创作可能真正进入"全民化"时代，其产出规模将远超此前任何一次技术民主化浪潮。

微应用的分发问题浮出水面

然而，当应用的生产变得如此轻量，一个新的瓶颈随之出现——分发。

目前，开发者们通常把这些小工具放在个人网站的某个页面上，或者散落在 GitHub 仓库中。没有统一的发现机制，没有标准化的订阅方式。你可能偶然在社交媒体上看到某人分享了一个好用的小工具，但很难系统性地追踪某位开发者持续产出的所有作品。

Matt Webb 因此提出了一个直觉性的解决方案：

我希望那些工具和应用页面都能有一个 RSS web feed，每个条目都带有一个"安装"按钮。（但安装到哪里呢？）

RSS：一个老协议的新使命

为什么 RSS 是微应用分发的理想选择？

RSS（及其近亲 Atom feed）是互联网上最成熟的内容订阅协议之一。RSS（Really Simple Syndication）诞生于 1999 年，最初由 Netscape 开发用于其门户网站的内容聚合。Atom 则是 2003 年由 IETF 标准化的替代协议（RFC 4287），解决了 RSS 多个版本互不兼容的混乱局面，提供了更严格的 XML 规范和更丰富的元数据支持。两者的核心原理相同：内容发布者在服务器上维护一个结构化的 XML 文件（feed），其中包含最新内容条目的标题、摘要、链接和时间戳等信息；订阅者的阅读器（如 Feedly、NetNewsWire、Miniflux 等）定期轮询这些 feed 文件，将新内容拉取到本地展示。

RSS/Atom 在 2005-2010 年间经历了鼎盛期，随后因社交媒体（尤其是 Twitter 和 Facebook）的崛起以及 2013 年 Google Reader 的关闭而一度式微。但近年来，随着用户对算法推荐的疲劳和对信息自主权的重视，RSS 正在经历一轮显著的复兴。

它的核心优势在于：

• 去中心化：不依赖任何平台，任何人都可以发布和订阅
• 标准化：格式统一，生态成熟，工具丰富
• 用户主权：订阅者完全控制自己的信息流，不受算法干扰

这些特性与 vibe-coded 微应用的分发需求高度契合。每个开发者维护自己的工具 feed，用户订阅感兴趣的开发者，在 feed 阅读器中浏览新发布的工具——这个模型简洁而优雅。

Simon Willison 的 Atom Feed 实践

Simon Willison 的响应速度本身就是 Vibe Coding 精神的体现。他直接让 Claude 为自己的工具页面（/elsewhere/tools/）添加了 Atom feed 支持，整个过程通过一个 GitHub PR 完成。

他的工具站 tools.simonwillison.net 上积累了大量实用的小工具，现在任何人都可以通过 RSS/Atom 订阅来追踪他的新工具发布。这个实践为其他开发者提供了一个可直接参考的模板。

未解决的难题：安装到哪里？

Matt Webb 在提出 RSS 方案时，也敏锐地指出了一个关键问题——"But install to where?"（安装到哪里？）

这个问题看似简单，实则触及了微应用生态的核心挑战：

• Web 应用可以直接在浏览器中运行，分发最为简单，但功能受限于浏览器沙箱。浏览器沙箱（Browser Sandbox）是现代浏览器的核心安全机制，它将网页代码的执行限制在一个隔离的环境中，防止恶意代码访问用户的文件系统、操作系统资源或其他标签页的数据。这个模型基于"同源策略"（Same-Origin Policy）等一系列安全规范构建。对于微应用分发而言，浏览器沙箱既是优势也是限制：优势在于用户无需安装任何东西，打开链接即可安全使用；限制在于应用无法访问本地文件、无法进行系统级操作、离线能力有限（尽管 Service Worker 和 PWA 技术在一定程度上缓解了这一问题）。WebAssembly（Wasm）技术的成熟正在扩展浏览器沙箱的能力边界，使得在浏览器中运行接近原生性能的复杂应用成为可能，这可能为未来的微应用运行时提供技术基础。
• 桌面/移动应用需要安装流程，涉及平台审核和安全信任问题
• CLI 工具面向开发者群体，可以通过 npm、pip 等包管理器分发。npm 注册表托管了超过 200 万个包，pip 背后的 PyPI 也有超过 50 万个项目，它们通过标准化的元数据描述（package.json / setup.py）、版本管理（语义化版本号）、依赖解析和一键安装命令，极大地简化了代码库的分发与复用。然而，这些包管理器主要面向开发者，安装过程需要命令行操作和运行时环境，普通用户难以直接使用。微应用分发面临的挑战在于：如何在保持包管理器的标准化优势的同时，提供面向终端用户的简洁体验——类似于智能手机应用商店的"一键安装"，但又不依赖中心化的平台审核。
• 浏览器扩展有自己的分发渠道，但审核周期较长

目前还没有一个通用的"微应用运行时"能够优雅地解决这个问题。也许未来我们需要的不仅是 RSS for apps，还需要一个轻量级的应用沙箱——让用户可以一键"安装"并安全运行来自 feed 的微应用。

展望：丰饶时代的软件分发基础设施

Vibe Coding 正在将软件开发从"工程"推向"创作"。当每个人都能借助 AI 编程工具轻松产出有用的小工具时，我们需要重新思考软件的分发、发现和管理方式。

RSS/Atom 作为内容分发的经典协议，可能正迎来它的第二春——这一次，它分发的不是文章，而是应用。

这个趋势值得密切关注。当创作成本趋近于零，基础设施的价值就会凸显。谁能率先解决 vibe-coded 微应用的分发和运行问题，谁就可能定义下一代个人软件的生态格局。

核心要点

• Vibe Coding 让应用开发变得像写博客一样高频和个人化，传统的应用分发方式已不再适用
• Matt Webb 提出用 RSS feed 来分享和订阅 vibe-coded 微应用，Simon Willison 已率先实践
• RSS/Atom 协议的去中心化、标准化特性与微应用分发需求高度契合
• "安装到哪里"仍是核心未解难题，需要轻量级应用沙箱等新基础设施
• 当软件创作成本趋近于零，分发和运行的基础设施将成为关键竞争点