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

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

一个有趣的趋势正在浮现：随着 Vibe Coding（氛围编程）的兴起，越来越多的开发者在快速产出各种小工具和微应用。这些应用高度个人化、场景化，而且产出频率极高。Matt Webb 最近提出了一个值得关注的观点——我们需要一种类似 RSS 的机制来分享这些应用。

Vibe Coding 这个概念由前 OpenAI 研究员、Tesla AI 前负责人 Andrej Karpathy 在 2025 年 2 月的一条推文中首次提出，指的是开发者通过自然语言向 AI 编程助手描述需求，由 AI 生成大部分甚至全部代码的开发方式。Karpathy 当时描述的具体场景是使用 Cursor 编辑器搭配 Claude Sonnet 模型进行开发——他发现自己越来越多地只是用英语描述想要的功能，然后接受 AI 生成的所有代码，甚至不再仔细阅读差异对比（diff）。开发者的角色从逐行编写代码转变为描述意图、审查输出和引导方向。之所以被称为「氛围编程」，是因为开发者更多地在「感受」和「引导」整体方向，而非精确控制每一行实现——Karpathy 本人描述这种体验为「完全沉浸在氛围中，拥抱指数级增长，忘记代码的存在」。这条推文迅速引发了技术社区的广泛讨论，因为它精确命名了许多开发者已经在体验但尚未找到词汇描述的现象。如今，Cursor、GitHub Copilot、Windsurf、Bolt、Lovable 等 AI 编程工具已经形成了一个庞大的生态系统，从专业开发者到完全没有编程经验的普通用户，都在用自然语言「编写」应用。

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

这个类比精准地捕捉到了当下的变化：AI 编程助手正在大幅降低应用开发的门槛，产出一个实用小工具的成本已经趋近于写一篇文章。

从稀缺到丰裕：应用分发模式的范式转变

传统的应用分发模式——无论是 App Store、Chrome Web Store 还是 GitHub——都是为「稀缺」场景设计的。一个应用的诞生意味着数周甚至数月的开发周期，发布本身是一个郑重的事件。这些平台的审核流程、元数据要求和上架机制，都隐含着一个假设：应用是重量级的、低频产出的数字产品。以 Apple App Store 为例，一个应用从提交到上架通常需要经历 1-7 天的审核周期，开发者需要准备应用截图、隐私政策、内容分级说明等大量元数据，还需要缴纳每年 99 美元的开发者账号费用。即便是相对宽松的 Chrome Web Store，也要求开发者支付一次性注册费并通过自动化审核。这些流程在应用产出频率较低时是合理的质量保障机制，但当一个开发者每周甚至每天都在产出新工具时，它们就变成了不可承受的摩擦成本。

但 Vibe Coding 改变了这一切。借助 Claude、GPT 等 AI 编程助手，开发者可以在几分钟到几小时内完成一个功能完整的小工具。Simon Willison 就维护着一个 tools.simonwillison.net 站点，上面聚集了大量他用 AI 辅助开发的工具。Willison 是 Django Web 框架的联合创始人，也是开源数据探索工具 Datasette 的作者，他是 AI 辅助编程领域最活跃的实践者和布道者之一。他的工具站点汇集了数十个纯前端工具，涵盖数据可视化、文本处理、图片编辑等多种场景，每个工具都是独立的 HTML 文件，无需后端即可运行——这种「单文件应用」的模式本身就是 Vibe Coding 时代的典型产物。

单文件应用之所以能够实现令人惊讶的复杂功能，得益于现代浏览器能力的巨大飞跃。今天的浏览器内置了 Canvas 和 WebGL 图形渲染引擎、Web Audio API 音频处理能力、File System Access API 本地文件读写能力、Web Workers 多线程计算能力，甚至通过 WebGPU 可以调用 GPU 进行并行计算。再加上可以通过 CDN 直接引入的前端库（如 D3.js 用于数据可视化、FFmpeg.wasm 用于视频处理、TensorFlow.js 用于机器学习推理），一个单独的 HTML 文件就能实现过去需要完整客户端-服务器架构才能完成的功能。这意味着大量实用工具根本不需要后端服务器、不需要数据库、不需要部署流程——打开浏览器就能运行，分享一个 URL 就能使用。

当这类工具的产出速度和频率发生量级变化时，现有的分发基础设施就显得笨重了。

我们需要的是一种轻量级、去中心化、可订阅的分发方式——这恰恰是 RSS/Atom 的强项。

RSS 作为应用分发协议：可行吗？

Matt Webb 的设想很直接：为个人的工具和应用页面提供 RSS 订阅源，每个条目附带一个「安装」按钮。这个想法虽然简单，却触及了几个关键问题。

先简要回顾一下 RSS 的历史背景：RSS（Really Simple Syndication）最早诞生于 1999 年，由 Netscape 为其门户网站开发，后经多个版本演化。Atom 则是 2003 年由 IETF 标准化的替代方案，解决了 RSS 多版本并存带来的兼容性问题。两者的核心理念相同：内容发布者提供一个结构化的 XML 文件（feed），订阅者通过阅读器定期拉取更新。这种模式的关键优势在于完全去中心化——不需要中间平台，发布者只需在自己的服务器上维护一个 feed 文件，订阅者自主选择关注谁。尽管社交媒体的兴起一度让 RSS 被边缘化（标志性事件是 Google 在 2013 年关闭了广受欢迎的 Google Reader），但它在技术社区和独立博客圈始终保持着活力，近年来更因人们对算法推荐的反思而出现复兴趋势。

RSS 的复兴与更广泛的 IndieWeb（独立网络）运动密切相关。IndieWeb 运动倡导个人拥有自己的在线身份和内容，其核心原则之一是 POSSE（Publish on your Own Site, Syndicate Elsewhere）——先在自己的网站上发布，再同步到其他平台。这一理念与 Vibe Coding 时代的工具分发需求高度吻合：开发者在自己的站点上发布工具，通过 RSS 让感兴趣的人自动获取更新。Mastodon 等去中心化社交网络的兴起也在重新培养用户对开放协议的信任——Mastodon 底层使用的 ActivityPub 协议与 RSS 共享着相同的设计哲学：去中心化、开放标准、用户自主权。这些趋势汇聚在一起，让 RSS 作为微应用分发协议的设想不再显得天方夜谭，而是一种自然的技术演进。

发现机制：让个人工具不再散落各处

当前，个人开发者的小工具散落在各自的博客、GitHub 仓库和个人网站中，缺乏统一的发现渠道。RSS 天然支持聚合和订阅，用户可以像关注博客一样关注某个开发者的工具产出。对于习惯使用 RSS 阅读器的用户来说，这几乎是零学习成本的体验。更进一步，RSS 的开放性意味着任何人都可以构建聚合服务——就像当年的 Google Reader 或今天的 Feedly 聚合博客内容一样，未来可能出现专门聚合个人微应用的平台。这种聚合平台可以按功能类别、使用场景或开发者进行组织，甚至可以引入社区评价和推荐机制，同时保持底层协议的开放性——任何人都可以用自己偏好的客户端来消费这些 feed，不会被锁定在某个特定平台上。

安装到哪里？最大的未解难题

Matt Webb 自己也提出了这个核心问题："Install to where?" 这是目前最大的挑战。对于纯前端的 Web 工具，可以直接在浏览器中运行；但对于需要后端支持、需要数据存储的应用，我们还缺少一个通用的「个人应用运行时」。

这个问题背后涉及多个正在发展中的技术方向。WebAssembly（Wasm）允许在浏览器中以接近原生的性能运行复杂应用，正在成为客户端应用的通用运行时。WebAssembly 的核心原理是定义了一种紧凑的二进制指令格式，可以作为 C、C++、Rust、Go 等多种编程语言的编译目标，在浏览器的沙箱环境中以接近原生机器码的速度执行。更值得关注的是 WASI（WebAssembly System Interface）标准的发展——它为 WebAssembly 定义了一套与操作系统交互的标准接口，使得 Wasm 程序不仅能在浏览器中运行，还能在服务器端、边缘节点甚至嵌入式设备上运行。这意味着未来一个用 Wasm 打包的微应用可以真正做到「一次编写，到处运行」，无论是在用户的浏览器里、个人 NAS 上，还是在边缘计算节点上。Docker 的创始人 Solomon Hykes 曾说过：「如果 2008 年就有 WASM+WASI，我们根本不需要创造 Docker。」这句话暗示了 WebAssembly 作为通用应用运行时的巨大潜力。

Progressive Web Apps（PWA）技术让 Web 应用可以像原生应用一样安装到设备上，支持离线运行和系统级通知。在服务端，Cloudflare Workers、Deno Deploy 等边缘计算平台让部署一个轻量后端的成本趋近于零——Cloudflare Workers 的免费套餐每天允许 10 万次请求，对于个人微应用来说绑绑有余。此外，Val Town 和 Replit 等平台正在探索「可分享的运行环境」概念，用户可以一键 fork 并运行他人的应用。Val Town 尤其值得关注，它将每个函数视为一个可独立运行、可通过 HTTP 访问的端点，用户可以像转发推文一样 fork 他人的函数并在自己的账户下运行——这种模式与 RSS 分发微应用的设想有着天然的亲和力。这些技术拼图尚未完全组合到一起，但它们共同指向一个未来：运行一个个人微应用应该像打开一个网页一样简单。

这或许指向了未来某种个人云环境或本地 AI 运行时的需求——一个能够接收、运行和管理大量轻量应用的个人基础设施层。

实践先行：Simon Willison 的快速响应

Simon Willison 在看到 Matt Webb 的文章后，立刻付诸行动——他让 Claude 为自己的工具页面添加了 Atom feed。这个细节本身就是 Vibe Coding 精神的完美体现：看到一个好想法，用 AI 快速实现，立即发布。从构思到落地，整个过程可能只花了几分钟——这在传统开发流程中几乎不可想象，但在 AI 辅助编程时代已经成为日常。

AI 正在让软件回归手工艺时代

这个讨论背后隐藏着一个更大的趋势：AI 正在让软件开发回归「手工艺」时代。在工业化软件开发的范式下，我们习惯了大型团队、长开发周期、标准化产品。软件工程在过去几十年里不断追求规模化和标准化——从瀑布模型到敏捷开发，从单体架构到微服务，每一次方法论的演进都在试图让更大的团队更高效地协作。

而 Vibe Coding 让个人开发者重新获得了快速创造的能力，产出的是高度定制化、解决具体问题的小工具。这有点像工业革命之前的手工作坊时代——每件产品都带有制作者的个人印记，为特定的使用者和场景量身打造。不同的是，AI 赋予了个人手工艺者工业级的生产效率。

这种回归实际上呼应了计算机科学领域一个长期未竟的愿景：「终端用户编程」（end-user programming）。早在 1960 年代，计算机先驱们就设想过让每个人都能创建自己的软件工具。Xerox PARC 的 Alan Kay 在 1970 年代提出的 Dynabook 概念，设想的就是一台每个用户都能在上面编程的个人电脑。HyperCard、Visual Basic、Excel 宏等工具都是朝这个方向的尝试，但它们始终未能真正突破「编程」的认知门槛。Vibe Coding 的革命性在于，它第一次让「用自然语言描述需求」成为一种真正可行的编程方式——用户不需要学习任何编程语言的语法，只需要能够清晰地表达自己想要什么。这不仅仅是降低了门槛，而是从根本上改变了人与计算机之间的创造性关系。2009 年兴起的 Software Craftsmanship（软件工匠）运动曾试图在工业化开发中保留手工艺精神，强调代码质量和个人技艺；而今天的 Vibe Coding 则走得更远——它让「手工艺」不再是少数技术精英的特权，而是每个有想法的人都能参与的创造活动。

这种「丰裕应用」的生态需要与之匹配的基础设施。RSS 作为一个经过二十多年验证的开放协议，其去中心化、可订阅、轻量级的特性，恰好契合这个新场景。从「订阅工具更新」到「一键安装运行」之间还有很长的路要走，但方向已经清晰。

也许在不远的将来，我们的 RSS 阅读器里不仅有文章和播客，还会有源源不断的个人应用推送——每一个都是某位开发者用 AI 在某个下午随手打造的精巧工具。

核心要点

• Vibe Coding 让应用开发的频率和速度发生质变，发布工具变得像发博客一样轻量
• 现有的应用分发基础设施（App Store、GitHub 等）为稀缺场景设计，无法适应丰裕应用时代
• RSS/Atom 的去中心化、可订阅特性天然适合作为个人微应用的分发协议，与 IndieWeb 运动的理念高度契合
• "安装到哪里"是核心未解问题，WebAssembly/WASI、PWA、边缘计算等技术正在从不同方向逼近答案
• AI 正在实现「终端用户编程」的长期愿景，让软件开发回归个人化手工艺时代，需要与之匹配的新基础设施