你的网站还没准备好迎接 AI 智能体（30 秒就能测出来）
发布于:
阅读时间: 4 min
主题: 技术
作者: Leandro Valencia
AI 智能体已经是访问你网站的真实用户，而大多数网站都在无视它们。学习如何用 isitagentready.com 扫描你的域名，用一个可直接复制的提示词把扫描报告变成可执行的改进方案，再用 Superpowers 的头脑风暴流程稳妥地落地，而不至于把网站弄乱。
目录
- 一个没有眼睛的访客
- 什么是"智能体就绪度"，它和 SEO 有什么区别
- 如何一步步完成你的第一次扫描
- 执行之前：用上 Superpowers 的头脑风暴流程
- 今天就能落地的几个速赢项
- 把网站改造成智能体友好时常见的错误
- 结语
- 有用链接
一个没有眼睛的访客
想想现在一个咨询是怎么找到你生意的。已经很少有人会在搜索引擎里敲下"北京最好的设计工作室"然后打开十个标签页逐一比对了。他们直接对自己的助理说："帮我找三家供应商，比比价格，再帮我约最合适的那家聊一下。"
这个助理做的事情，和人类完全不同：
- 它看不到你的轮播图、滚动动画，也感受不到你的配色方案。
- 只要能避开，它才不会等你的 JavaScript 慢慢加载渲染。
- 它消费的是结构化文本，越干净越好。
- 它需要清清楚楚地知道，不靠猜测，在你的网站上它能做什么：有没有 API？有没有可以预约的接口？能不能直接下单支付？
如果你的网站只会甩出一堆塞满 div、没有任何"我是谁、我提供什么"的机器可读信号的笨重 HTML，智能体的反应会非常合理：转头去找那个把一切都摆明白了的竞争对手。
这不是什么科幻场景。这和当年谷歌转向移动优先索引时发生的事情一模一样：没能及时跟上的网站，排名一跌就是好几年。唯一的区别是，这一次留给你抢跑的窗口期短得多。
什么是"智能体就绪度"，它和 SEO 有什么区别
智能体就绪度（Agent readiness） 指的是你的网站有多大程度上准备好了让一个自主智能体去发现它、读懂它、理解它能做什么，并在上面完成操作。
它是 SEO 的近亲，但目标完全不同：
| 传统 SEO | 智能体就绪度 | |
|---|---|---|
| 受众 | 搜索引擎爬虫 + 人类 | 自主智能体（及其背后的大模型） |
| 目标 | 出现在搜索结果列表里 | 被智能体选中并执行 |
| 关键形式 | 语义化 HTML、元数据、加载速度 | 干净的 Markdown、能力清单、协议 |
| 成功标准 | 用户点击 | 任务无摩擦地完成 |
| 核心信号 | 反向链接和内容 | 可发现性与已声明的能力 |
你也会看到 GEO（生成式引擎优化，Generative Engine Optimization）这个词，它关注的是如何被 AI 生成的回答引用。智能体就绪度是让 GEO 成为可能的基础设施层：如果智能体连你都读不明白，它自然也很难准确地引用你。
这里还有一个战略层面的关键点：这场博弈争夺的不是流量，而是意图。一个来到你网站的智能体，背后往往已经带着一个购买、雇用或预约的决定。它是你能遇到的意图最强烈的访客，同时也是耐心最少的那一个。
isitagentready.com 都检查什么
Is Your Site Agent-Ready? 是 Cloudflare 出品的一款免费工具，会用智能体生态系统里正在兴起的各项标准来扫描你的域名。你输入一个网址，点一下 Scan，几秒钟后就能拿到一份得分，以及你已经具备什么、还缺什么的详细清单。
它把检查项分成了五大类：
1. 可发现性（Discoverability，你能被找到吗？）
robots.txt、站点地图（sitemap）、HTTP 响应中的 Link 头，以及 DNS-AID（DNS for AI Discovery）。这是最基础的一层：如果智能体连你的资源都发现不了，后面的一切都无从谈起。
2. 内容可访问性（Content Accessibility，能读懂你吗？）
主要考察的是内容协商为 Markdown 格式的能力：当客户端用正确的请求头询问时，你的服务器能不能返回页面的纯文本/Markdown 版本。对大模型来说，收到 Markdown 而不是 HTML，就相当于直接读一本书，和读一本被硬邦邦的封面死死包住的书之间的区别。
3. 机器人访问控制（Bot Access Control，你允许什么、拒绝什么？）
在 robots.txt 里为 AI 机器人设置的专门规则、**Content Signals（内容信号）**以及 Web Bot Auth。这一类是最容易被忽视、也最可能让你吃亏的一类：在这里你要决定你的内容能不能被用于模型训练、能不能被用于搜索、能不能被用于实时推理。一刀切地全部屏蔽，和什么都不声明一样，都是糟糕的生意决策。
4. 协议发现（Protocol Discovery，你能为智能体做什么？）
这是最有意思的一类：MCP Server Card、Agent Skills、WebMCP、API Catalog、OAuth 发现机制、OAuth Protected Resource、Auth.md、A2A Agent Card，以及 ARD 清单文件。到了这一层，你的网站不再只是一份文档，而是变成了一件工具。
5. 商业交易（Commerce，能完成交易吗？）
x402、MPP、UCP 和 ACP：这些是智能体商业交易协议。如果你在卖东西，这一类决定了智能体能不能独立完成一笔购买，还是只能放弃并把工作交还给人类。
说句实话：这些标准里有不少还很年轻，有些注定活不下来。你不需要全部实现。 这次扫描的价值不在于拿到 100 分满分，而在于你第一次拥有了一份清楚的清单——列出了那些你今天其实一直在"默认放弃"式地做出的决定。
如何一步步完成你的第一次扫描
- 打开 isitagentready.com。
- 粘贴你完整的域名，带上
https://。 - 如果想更精细一点，点开 Customize scan（自定义扫描），取消勾选不适用的分类（如果你不做线上销售，第一轮扫描可以先去掉 Commerce 这一类）。
- 点击 Scan 并等待结果。
- 报告的最后会有一段生成好的指令，供你直接粘贴给代码智能体使用，旁边还有一个 Copy all instructions（复制全部指令） 按钮。
把它复制下来。但是先别急着执行。
那一段内容是个不错的起点，却是个很糟糕的终点：它们是 AI 生成的通用建议，不了解你的技术栈、不了解你的真实流量，也不了解你的业务优先级。如果你原封不动地把它丢给代码智能体，最后大概率会得到一个空空如也的 llms.txt、一份没人真正在用的清单文件，以及三个没人维护的新文件。
接下来这一步，才是把这份粗糙的原始输出真正变成能撬动结果的东西。
从报告到方案：一份可直接复制的提示词
思路很简单：先分析，再定方案，最后才写代码。永远不要反过来。
提示词 1——审计与诊断
把下面这段粘贴进 Claude、ChatGPT 或你正在用的智能体里。如果它能联网浏览，效果会更好。
请扮演一位精通智能体就绪度（Agent Readiness）和 GEO（生成式引擎优化）的
资深顾问。你的任务是站在一个自主 AI 智能体的视角，而不是人类的视角，
去审计一个网站。
待分析网站：[在此粘贴你的网址]
业务背景：[你卖什么，卖给谁，希望在网站上发生的最高价值动作是什么]
技术栈：[例如 Vercel 上的 Next.js、WordPress、Shopify、Cloudflare 上的 Astro]
isitagentready.com 的扫描结果：[在此粘贴完整报告]
请按以下顺序执行：
1. 独立验证
尝试实际访问以下资源，报告你真实看到的情况
（存在 / 不存在 / 存在但有问题）：
- /robots.txt（是否有针对 AI 机器人的明确规则？具体是什么？）
- /sitemap.xml
- /llms.txt 和 /llms-full.txt
- /.well-known/（mcp、agent-card、oauth-authorization-server、ard）
- 首页的 HTTP 响应头：Link、Content-Type、缓存策略
- 如果用 Accept: text/markdown 请求，是否会返回 Markdown？
2. 以智能体身份阅读
阅读首页和最重要的 3 个页面。请给出毫不客气的诚实回答：
- 用不超过 50 个字说清楚，这家公司是做什么的？表达得毫无歧义吗？
- 一个智能体在这里今天、无需人工干预，能实际执行哪些具体操作？
一一列出。
- 哪些关键信息（价格、库存/可用性、服务覆盖范围、联系方式、条款）
被隐藏在 JavaScript、图片或表单背后？
- 如果有用户让自己的助理"帮我找一个 X 供应商，和另外两家比较一下"，
这个网站在比较中会赢还是会输？为什么？
3. 优先级诊断
给出一张表格，列：发现问题 | 类别 | 影响程度（高/中/低） |
投入成本（高/中/低） | 对业务为什么重要。
按"影响/成本"比排序，不要按字母顺序，也不要按类别排序。
4. 不该做的事
明确列出扫描报告里的哪些建议对这个具体网站毫无意义，以及原因。
要有取舍：把所有建议都照单实现，恰恰说明你没理解真正的问题在哪。
先不要写代码，也先不要提解决方案。现在只做诊断。
如果有什么无法验证，请明确说出来，不要凭空假设。
提示词 2——生成改进方案（spec）
拿到诊断结果并认可它之后，在同一段对话里紧接着发出第二个提示词：
很好。现在把它转化为一份可执行的"改进方案（SPEC）"。
我不想要一堆零散的任务清单。我想要一份文档，其他人——或者一个代码
智能体——拿到手就能直接执行，不需要再回头问我任何问题。
请严格按以下结构组织：
# 方案：智能体就绪度改造 —— [网站名称]
## 1. 问题
这个业务今天因为没有做到智能体就绪，正在损失什么。具体，不要空话。
## 2. 目标与成功指标
用一句话说明目标。再列出 3-5 个可验证的指标。每个指标都必须能通过一条
命令、一次 HTTP 请求或一次重新扫描来验证。像"提升可见度"这种不算指标。
## 3. 范围
### 范围之内
### 范围之外（及原因）
## 4. 实施阶段
按"影响/成本"比划分为三个阶段：
- 阶段一——速赢项（少于 1 天）
- 阶段二——结构性改造（少于 1 周）
- 阶段三——智能体能力建设（在评估阶段一、二的效果之后再决定）
每一项任务都必须包含：
- 编号和标题
- 需要创建/修改的确切文件或路径
- 建议的具体内容或改动（用真实示例，不要用通用占位符）
- 可验证的验收标准（curl 命令、具体检查项、重新扫描）
- 风险及回滚方式
## 5. 需要生成的具体内容
请直接写出以下内容的实际文本：
- 针对这个业务定制的 /llms.txt
- robots.txt 中给 AI 机器人的规则，并明确表态
（搜索场景允许什么、训练场景允许什么、屏蔽什么）
- 一段我希望任何 AI 在被问到这个品牌时都会复述的三句话简介
## 6. 风险与待决策事项
可能出什么问题，哪些是需要我自己拍板而不是你来决定的业务决策。
## 7. 如何在 30 天后评估效果
需要重新验证什么，预期会看到什么变化。
规则：按真实业务影响排优先级，而不是按清单的完整度排。
如果一项任务你说不出具体收益，就把它删掉。
把你做出的任何假设都标注为 [假设]，交给我确认。
第二个提示词的产出，是一份你可以纳入代码仓库版本管理、可以和团队讨论、也可以直接交给代码智能体作为权威依据的文档。这才是真正的交付物，而不是那个工具给出的分数。
执行之前：用上 Superpowers 的头脑风暴流程
大多数人恰恰在这一步栽跟头。你手里有一份漂亮的改进方案，把它甩给你的智能体，说一句"去做吧"，三个小时后，你得到了十二个新文件、一份没人看得懂的 Cloudflare 配置，以及完全无法判断到底有没有变好的现实。
解决办法是在写代码之前，人为插入一段"有意为之的摩擦"。这正是 Superpowers 存在的意义——这套开源的技能框架，能把你的智能体从一个不可预测的代码生成器，变成一位方法论严谨的工程师。
它的第一个阶段正是你需要的：
/brainstorm 我想在我的网站 [URL] 上实施这份 agent readiness 方案。
完整方案在这里：[粘贴提示词 2 生成的方案]
头脑风暴流程和一个普通提示词的区别在哪？它会在服从你之前先反过来质问你。 它会质疑你的假设，找出方案和你真实技术栈之间的矛盾，逼你明确定义"完成"到底是什么标准，然后在动一个文件之前，先把打磨过的范围交还给你。
从这里开始，你可以顺着 Superpowers 的完整流程继续走下去：
/brainstorm—— 用一连串不留情面的问题打磨方案。- Git worktree —— 在一个隔离的分支里工作，不影响生产环境。
/write-plan—— 把方案拆成一个个 2-5 分钟、可验证的小任务。/execute-plan—— 交给子智能体去执行，内置审查环节。- 验证 —— 拿出证据，而不是在没证据前就宣称"搞定了"。
如果你还没装它，一分钟就能搞定：
/plugin install superpowers
完整的安装和使用指南请见 如何在 Claude Cowork 中安装并掌握 Superpowers 技能。
这条规则帮我省下了最多时间：别让智能体在方案通过头脑风暴质询之前动手写代码。 花二十分钟被追问几个问题，这点成本和推翻一个走偏了的实现相比，简直微不足道。
今天就能落地的几个速赢项
如果这周你只打算做三件事，那就做这三件：
一份真正有用的 llms.txt，而不是摆设。 在你的域名根目录放一个 Markdown 文件，写清楚你是谁、你提供什么、以及关键页面的链接。重要的不是它存不存在，而是模型能不能读懂它并准确复述你的业务。测试一下：把内容丢给一个 AI，问它你的公司是做什么的。如果答案让你不满意，说明这份文件写得不对。
在 robots.txt 里为 AI 机器人写明确的规则。 沉默既不是同意，也不是禁止，而是模糊，而模糊会被每个机器人按自己的意愿去解读。表明你的立场：搜索场景允许什么、训练场景允许什么、屏蔽什么。
把关键内容挪出 JavaScript 渲染的范围。 价格、库存、服务覆盖范围、条款和联系方式，都应该由服务端直接返回的 HTML 承载，而不是在客户端渲染出来。这是整份清单里投入产出比最高的改进项，而且顺带也能提升你的传统 SEO。
做完这些之后——而且一定是在你测量过效果之后——再去评估那些更进阶的层面：Markdown 内容协商、为你的服务搭一个 MCP 服务器，或者如果你做线上销售，考虑接入智能体商业交易协议。
把网站改造成智能体友好时常见的错误
只盯着分数不放。 这个工具的得分是诊断结果，不是 KPI。一个只精挑细选做了 40/100 的网站，往往能打赢一个不加选择、堆砌到 90/100 的网站。
照搬那段指令直接执行，不加思考。 那是没有你的业务背景、AI 生成的内容。把它当作诊断的原始素材，绝不要当成工作计划。
出于恐惧屏蔽所有 AI 机器人。 这种冲动可以理解，但不加区分地全部屏蔽，会把你从客户正在搜索的那些 AI 生成回答里彻底排除出去。把训练场景和搜索/推理场景分开看待：它们根本不是同一个决定。
建了文件却没人维护。 一份写着一年前价格的过期 llms.txt，比压根没有还糟糕：你等于是在给 AI 提供误导你自己业务信息的弹药。
实现你的业务根本用不到的协议。 如果你没有 API，就别去发布什么 API Catalog。如果你不做线上销售，x402 对你毫无意义。
常见问题
isitagentready.com 是免费的吗？
是的。它是 Cloudflare 提供的免费工具，不需要注册，可以扫描任何公开域名。它最后生成的建议是 AI 生成的，实施之前请自行判断是否合适。
这会取代传统 SEO 吗？
不会，它是对传统 SEO 的补充。很多智能体就绪度的改进（服务端渲染的 HTML 内容、干净的语义化结构、正确的站点地图）会直接惠及经典 SEO。继续为搜索引擎和人类做优化，只是现在方程式里多了第三类受众。
我的网站是 WordPress 或 Shopify，这套方法还有用吗？
有用，虽然你能做的精细调整会少一些。那几个速赢项——llms.txt、robots.txt 里的机器人规则、把关键内容放进 HTML——在任何 CMS 上都完全可行。而像 MCP 服务器这样的协议层能力，则需要更大的技术操作空间，或者依赖能解决这个问题的插件。
我一定要用 Superpowers 才能做这件事吗？
不是必须的。你完全可以手动执行方案，或者用任何智能体来做。你真正需要的，是 Superpowers 自动化提供的那种纪律：先思考再写代码、拆成小任务去规划、用证据去验证。Superpowers 默认免费给你这些，而这恰恰是人在赶时间时最容易跳过的步骤。
应该多久重新扫描一次？
在实施阶段，一个月一次比较合理，之后可以改为每季度一次。智能体标准生态正在快速演进：今天还是可选项的东西，六个月后可能就成了标配。
结语
我们过去二十年建的网站，是为"眼睛"设计的。而正在到来的这一代网站，也必须能服务那些不看、不等、也不会将就的智能体。
好消息是，入门的门槛依然很低：扫描你的域名只需要 30 秒，认真做一次诊断只需要一个下午，而速赢项也不过是三个文本文件而已。真正的竞争优势不在于技术难度，而在于赶在"这件事显然该做"变成共识之前，先把它做了。
给你这周一个具体的建议：去 isitagentready.com 扫描你的网站，用提示词 1 做诊断，用提示词 2 生成方案，再让它过一遍 /brainstorm，然后才动手写第一行代码。
你的网站在扫描中拿了多少分？欢迎在 creacosas.com 的评论区告诉我。
去创造令人惊叹的东西吧，这一次，也是为那些没有眼睛的访客而创造！
有用链接
相关文章
继续探索您可能感兴趣的相似内容
GEO 研究:AI 时代 SEO 的深度解读与个人观点
一份关于 GEO 的详实研究——包含 Ahrefs、Semrush、Pew Research 的数据以及普林斯顿大学原始论文的结论——探讨其证据、局限性,以及它与 SEO 的真实关系。
关于 GEO、SEO 和 AI 搜索的常见问题
对 GEO 最常见疑问的清晰、基于数据的解答:AI 引用、schema、llms.txt、YouTube、robots.txt、衡量工具以及西语内容。
如何一步步实施 GEO:创作者实操指南
一份分五个阶段的可执行计划——索引、可引用内容、外部权威度、YouTube 和效果衡量——帮助你的网站和视频为 AI 搜索时代做好准备。