Simon Willison 最近做了个很小的改动：让 Claude 给自己的 /elsewhere/tools/ 页面加了 Atom feed 和图标。

这不是新产品发布，也不是应用商店。页面内容来自 tools.simonwillison.net，改动只是让这些工具可以被订阅。

有意思的地方在这里：当 AI 把做一个小工具压到接近写一篇博客的成本，软件发布的形态也开始变了。工具不再总是“产品”，很多时候更像一条更新、一篇文章、一个随手放出来的个人解决方案。

这次发生了什么：一个 feed，卡住一个问题

Matt Webb 的提议很直接：各种个人工具页、应用页，应该有 RSS feed 或 Atom feed。每个条目可以带一个 “Install” 按钮。

但他马上补了一句关键问题：安装到哪里？

这比“RSS 又火了”重要。因为它把 vibe-coded apps 的缺口说准了。

环节传统软件的常见答案AI 微应用的新麻烦
发现应用商店、搜索、社交推荐工具太碎，场景太窄，靠排名不一定有效
安装手机、桌面系统、浏览器扩展运行环境不统一，“装到哪里”没标准答案
信任平台审核、开发者品牌代码来得太快，安全和权限更难判断
归属平台账号、商店记录用户可能更想订阅某个人，而不是被锁进某个平台

Simon 的动作很克制。他没有宣布解决分发问题，只是把现有工具页面接上 Atom feed。

这反而像一个更真实的信号：生成工具的速度上来了，分发层还没有跟上。

为什么重要：微应用更像博客，不像传统产品

传统软件发布有一套仪式。立项、开发、测试、官网、定价、上架、版本更新。它默认软件是一个产品。

vibe coding 生成的很多东西不是这个路数。它们更像个人工具：处理一个文件、转换一段数据、补一个页面功能、解决一个临时工作流。

场景窄。生命周期短。可它刚好有用。

把这类东西全塞进应用商店，会很别扭。商店偏爱标准化、审核、榜单、商业转化。微应用偏偏是个人化、场景化、高频化。

博客的比喻更贴近。博客不要求每篇文章都成为产品。RSS/Atom 也不要求读者进某个平台才能看到更新。它只做一件朴素的事：你发布，我订阅。

“天下熙熙，皆为利来。”平台化应用商店当然有自己的利益逻辑：入口、支付、审核、推荐、抽成。它适合大应用，也适合成熟商业软件。

但对大量个人微工具来说，这台机器太重。开放订阅协议的价值，恰好在它不急着替你接管一切。它先让更新流动起来。

当然，RSS/Atom 不是万能药。它解决不了沙箱、权限、依赖、支付和恶意代码。Matt Webb 那句“安装到哪里”，目前仍然没有被回答。

所以这件事目前只能说明一件事：少数开发者正在重新试探开放 Web 的老工具，而不是 RSS 复兴已经成局。

对开发者意味着什么：先做可订阅，再谈平台化

关注 AI 编程和个人工具生态的开发者，可以先改一个动作：不要只把工具丢在网页、GitHub 或社交流里。

如果你经常发布小工具，给工具页加 RSS/Atom feed 会更实际。标题、说明、链接、更新时间、版本变化，先让别人能订阅。安装按钮可以先不急，但每个条目至少要能让读者找到运行入口、源码或说明。

这不是为了复古。是为了降低发现成本。

对关心开放 Web 和软件分发机制的人，重点也不是喊“回到 RSS”。真正该看的是几件事：

  • feed 里能不能承载安装入口、版本信息和运行环境说明；
  • 微应用有没有可信的来源标识和权限提示；
  • 用户能不能从一个阅读器、个人主页或工具目录迁移到另一个地方；
  • 新的 AI 微应用平台会开放订阅，还是把入口重新锁回账号体系。

我更在意最后一点。

如果答案只是又一个“AI 应用商店”，老故事大概率会重演：先用开放和丰富吸引开发者，再用排序、账号、支付和规则把入口收回去。历史不完全一样，但权力结构并不陌生。报业、电视、移动互联网都演过类似戏码。

RSS/Atom 的意义不在怀旧。它提醒我们，软件分发不一定从平台开始，也可以从订阅开始。

这条路更轻，也更脆。它需要开发者自己维护 feed，需要用户愿意订阅，也需要后续有人把安装、安全和权限补上。没有这些，它只能解决“看见”，不能解决“放心使用”。

可在 AI 微应用变多的阶段，先把“看见”从平台手里拿出来，已经不是小事。

应用开始像博客一样被发布，入口就会变成河道。谁控制订阅，谁就控制流向。