Vibe-coded web 的 agent 就绪度

为什么测

编程 agent 正在成为 web app 的真实受众:它们挑选工具、阅读文档,并且越来越多地代用户调用端点。但没人知道这片独立的、AI 构建的 web 有多大比例真的为这个受众做了准备。MCP 服务器目录是有的;在一个明确总体上量出来的比例,没有。画廊恰好是个明确总体:在线、机器验活、逐个可查。于是我们查了。

测到了什么

2,614 个已发布 app(2026 年 7 月 15 日扫描):

• 31.0%(810 个)声明了至少一种 AI 接口。
• 30.6%(801 个)提供真实的 llms.txt——不是 SPA 的兜底页;我们验证了内容确实是文本。
• 1.4%(37 个)在 /api/mcp 或 /mcp 暴露 MCP 形态的端点——SSE 流、JSON-RPC 响应体或 JSON 405。其中若干带鉴权,这也算数:接口存在。
• 26 个提供 .well-known 清单(mcp.json 或更早的 ai-plugin.json);29 个 app 同时拥有 llms.txt 和 MCP。

可读不等于可调用

30% 这个数字看上去像是 agent-ready 的 web 已经到来。并没有——这两个数字要当作两种现象来读。llms.txt 的传播方式和当年的 meta 标签一样:作为 SEO。建站建议现在告诉每个 maker,AI 爬虫是新的 Google;脚手架和 AI 建站工具默认生成 llms.txt。于是三分之一的 vibe-coded web 几乎在无人刻意决定的情况下变得机器可读。它零成本、零承诺:一个静态文本文件。

可调用的接口是另一种承诺:端点、schema、鉴权决策、需要维护的东西。所以它停在 1.4%。可读让你被找到;可调用让你被使用。agent 可以向用户转述一个可读的 app,但只能真正操作一个可调用的 app。两者之间 22 倍的落差就是前沿——agent web 接下来一年的走向将在这里决出。

谁准备好了

就绪度跟随品类的「任务形态」程度。开发者工具以 42% 领跑——离生态最近,最先采纳它的约定。游戏 13% 垫底——合情合理:游戏的价值在于亲手玩的体验,不是 agent 能替你取回的结果。中间的梯度遵循同一逻辑:你的 app 越是通往结果的手段,agent 接口就越有意义。

方法论

探测运行在我们的隔离 checker 里(和滚动验活每个 URL 的是同一套基础设施),并刻意保守:只 GET、不做 JSON-RPC 握手、不尝试鉴权。llms.txt 仅在内容确为文本时计数(长度、无 HTML、markdown 式结构)——对任何路径都返回 index.html 的 SPA 被排除。MCP 仅在 SSE content-type、jsonrpc 响应体或 JSON 类型的 405/406 时计数。这会低估:对 GET 返回普通 404 的 MCP 端点、挂在非常规路径上的端点,我们都看不见。这里的每个数字都请当作下限。

这是基线,不是快照

这些数字现在是目录里的一列(agent_interfaces——公开,含在 CC0 数据集里),探测将每月重跑,所以这是系列的第一期。我们把预测立此存照:仅靠脚手架默认,llms.txt 六个月内过 50%;MCP 在 agent 开始明显把使用量导向可调用 app 之前会停在 5% 以下——那个拐点一到,它会跳涨。

如果你是这 2,614 个中的一员:在你的编程 agent 里加 llms.txt 只要一句 prompt;如果你的 app 是任务形态,MCP 端点只要一个下午。你的 app 将对每一个向我们的索引提问的 Claude Code / Cursor / Codex 会话变得可发现——且可操作。

逐 app 数据公开在 awesome-vibe-coded-apps, 你的 app 也可以加入普查: /submit