Micro-App 爆发了

老实说，现在的生产力革命太猛了。AI 开发工具一出，搞个实用 app 简单得像喝水。Simon Willison 攒了80多个个人工具。Matt Sephton 一天内就推了20个 macOS app。设计师们自制 web 工具优化工作流。开发者们则专攻那些超级小众痛点。

这事儿棒极了。但也闹出大乱子。

发现和分享的痛点

最气人的是，这些神器到处飘零。个人网站上、GitHub gist 里、社交线程中、Lovable 项目里、Replit 部署下，或者藏在谁的终端历史里。有些一个月就没了。有些偷偷更新，没人通知。你想关注喜欢的创作者？下个作品啥时候出？祝你好运。

大家都在纠结这些：

• 怎么挖到匹配我兴趣和平台的 app？
• 信任的创作者出新货，怎么订阅更新？
• 我依赖的工具升级了，怎么知道？
• 怎么安全分享我爱用的发现？
• 自己的一堆工具，怎么整理好随时用？

听起来耳熟？对，我们20多年前就搞定了。

RSS 思维，现代版

还记得 RSS 吗？那个简简单单的 XML 订阅格式。没花里胡哨，不追潮流。但它牛就牛在解决核心问题：让用户订阅更新，不用建中心库，也不用算法推送。

RSS 美在互操作。纽约时报有 feed，Flickr 有，GitHub 有，你的小博客也有。任何阅读器都能吃下这些，用户自己挑着玩。

要是把这套用到 AI 生成的 app 爆炸上呢？

想象一个 RSS 式 feed 标准：

创作者发 feed。出新工具或更新旧的，就推一条。Simon Willison 的工具页变订阅源。你的 Claude 插件集也行。Lovable 模板直接露更新。

平台原生支持。Replit 一键生成 feed 给你的作品。Glitch 也来。Vercel 项目自动有更新 feed。跟建 GitHub repo 一样标准。

用户随意聚合。不用逛30个网站，在阅读器（或专属 app）里订阅。一条条工具带元数据、链接、安装按钮、版本记录。

发现变社交。像老 del.icio.us，分享你爱的工具和 feed。跟别人推荐。打标签，建合集。去中心化的 ProductHunt，没算法捣乱。

为什么适合“氛围编程”App

传统 app 分发是大事儿。v1.0 发布，用户装上，半年后 v2.0。像过年放炮。

AI 辅助开发不一样。推工具像发博客——频繁、个人、实验。周二搞一个，周三优化，周四分享。节奏快，超自然。

这正对 RSS 胃口。博客火因为拥抱迭代发布。RSS 式系统就把 micro-app 当博客事件，每条更新都值得通知。

实际好处

对创作者：简单开放格式，宣布作品不用求平台。工具放自己地盘，控元数据。不靠 startup 的脸色。

对用户：统一体验，随心定制。没算法管你看啥。纯时间线，从你选的创作者那来干净更新。

对发现：工具不丢虚空。有固定地址。别人能推。社区围着推荐转。新货通过博客式机制被挖出。

对安全：不像中心 app 店说没就没。开放 feed 永存。担心恶意更新？加验证。fork 修改。建工具盯版本史。

难点：App 住哪儿？

实话说，RSS-for-apps 不是万能。传统 RSS 主要是资讯。App 要能跑，得有落脚地：iOS、macOS、Android、浏览器、web、终端。

这比纯发 feed 难。但能行。Feed 带各平台安装指南。链预构建二进制、Docker 镜像、云部署。或源代码让用户 fork。

Feed 就是接口层。App 住最合适的地方。

长啥样？

想个简单 ATOM 式格式，扩展 RSS 加 app 元数据：

• 工具名、描述、作者
• 源代码和文档链接
• 版本史和变更日志
• 支持平台（web、iOS、macOS、CLI 等）
• 各平台安装法
• 标签分类
• 验证签名（可选）

每个工具页都发一个。AI 平台一键生成。阅读器和专 app 吃下，挖宝超轻松。

最美的地方

这不是平台，不是公司。也不复杂。就一个协议，谁想用就用，扩展或忽略随意。

开放 web 靠这类协议活：Email、HTTP、FTP、RSS。没人垄断。解决问题，大家建上去。

我们转向中心平台和 app 店，丢了些东西。不是全丢—— curation 有价值，平台真帮大忙。但丢了早期 web 的无许可创新和开放。那才叫魔法。

下步咋办？

轮到社区了。做 AI 工具的，想想怎么分享更新。跑平台的，琢磨啥简单 feed 帮用户发现订阅。

基础设施不用革天。够用、开放就行。

老互联网思路对。借来用用吧。