共计 2428 个字符，预计需要花费 7 分钟才能阅读完成。
最近一直在思考一个问题：随着 [[ChatGPT]]、[[Claude]]、[[Gemini]] 这些 AI 助手越来越多地帮人完成日常任务，它们会主动去访问网站、调用 API、读取文档——这时候，你的网站或产品，AI 能"读懂"吗？
这个问题一开始我以为只是技术层面的细节，但在接触了 ora.run 之后，我意识到这背后其实是一次更深层的范式转移。
Agent 时代的新问题
过去二十年，企业花了大量时间和金钱优化"人类用户体验"：做 SEO 让搜索引擎找到你，打磨 UX 让用户留得更久，设计漏斗让转化率更高。这套逻辑在人类作为主要用户的时代非常有效。
但 AI Agent 的工作方式完全不同。它不会被精美的首页设计打动，不会因为动画效果而停留更久——它只关心：能不能找到所需的信息？能不能理解这个产品是做什么的？能不能通过 API 完成操作？这就催生了一个新概念：Agent Experience，简称 AX，即"Agent 体验"。
Ora 的创始团队正是洞察到了这个转变。他们曾与 [[Anthropic]] 和 [[OpenAI]] 合作，共同建立了 AI 交互的早期标准。在看到企业纷纷使用 AI Agent 但网站基础设施却完全没有跟上的现状之后，他们推出了 ora.run——一个专门评估网站 Agent 就绪度的平台。
ora.run 的评估体系
Ora 采用五个维度对网站进行系统性评估，每个维度对应 AI Agent 真实使用场景中的一个关键环节。
第一个维度是发现性（Discoverability），衡量 AI Agent 能不能在第一步就找到你的网站或产品。这不只是搜索排名问题，而是你的产品是否出现在 AI 系统的训练数据、工具注册表或被广泛引用的技术文档里。如果连被发现都做不到，后续一切都无从谈起。
第二个维度是身份（Identity），衡量 Agent 能不能快速理解这个产品是做什么的、适用于哪些场景。清晰的产品描述、机器可读的元数据、结构化的能力说明——这些都是帮助 Agent 建立正确认知的基础。
第三个维度是认证与访问（Authentication & Access），这在五个维度中权重最高。Agent 需要拿到操作权限才能完成任务，但传统的 OAuth 流程、CAPTCHA 验证、人工审核等机制，对于无人值守的 Agent 来说几乎是不可逾越的障碍。支持 API Key 认证、提供细粒度权限控制、开放沙盒测试环境，是这一维度的核心要求。
第四个维度是 Agent 集成（Agent Integrations），即产品是否提供了足够完善的 API 和 SDK 供 Agent 调用。只有前端界面、缺乏 API 的产品，对 Agent 来说基本等同于不存在。[[OpenAPI]] 规范的接口文档、稳定的 Webhook 支持、以及对主流 Agent 框架的兼容性，都是加分项。
第五个维度是用户体验（UX），考量的是当人类需要介入的时候，能否顺畅地接管操作。一个完全自动化的流程里总会有需要人工确认的节点，Agent 在这时能不能把控制权优雅地交还给人类用户，取决于产品本身的 UX 设计。
评估是怎么进行的
Ora 的评估方法分为静态分析和动态测试两部分，并不是简单地爬取网页打个分就完事的。
静态分析部分包括检查网站文档的完整性、API 注册表的存在与质量、公开接口的可访问性、robots.txt 和 llms.txt 等机器可读文件的配置状态。这些是可以通过自动化工具快速完成的基础检查。
动态测试部分更有意思——团队会在 ChatGPT、Claude 等真实的 AI 平台上部署 Agent，让它们执行端到端的实际任务，观察 Agent 在真实环境中能走多远、会在哪个节点卡住。这种测试方式比任何理论分析都更能反映真实的 Agent 就绪程度。
目前 ora.run 已经扫描了超过 9000 个网站，评分采用 A 到 C 的等级制，平均分约为 36 分。值得注意的是，目前只有约 4% 的网站能够达到 B 级或以上——这意味着绝大多数企业的数字基础设施，对于 AI Agent 来说仍然是半封闭甚至封闭的状态。
排行榜的参考价值
Ora 提供了一个公开的排行榜，覆盖代理工具、AI/ML、开发工具、新闻、基础设施、[[CRM]]、支付、电商和生产力等九个行业类别。从排行榜上可以快速看到哪些产品在 Agent 就绪度方面走在前面，也可以横向对比自己所在赛道的整体水平。
有意思的是，在这个榜单上表现最好的往往不是最大的公司，而是从产品设计之初就以"API First"为原则构建的团队。那些把 API 文档写得清清楚楚、提供完善的认证机制、主动维护 OpenAPI 规范的产品，自然而然地在这个评估体系中脱颖而出。这也侧面说明，AX 的好坏在很大程度上是早期架构决策的产物，而不是能靠后期补丁轻易弥补的东西。
对开发者和产品团队的启示
对于正在构建 API 驱动产品的团队，Ora 的评估框架提供了一个很实用的自检清单。把这五个维度列出来逐一对照，往往能发现一些平时不会主动关注的盲点：比如，你的产品在 AI 工具索引里是否有准确的描述？你是否支持无人值守的 API Key 认证？你的 API 文档是否有机器可读的 OpenAPI 规范？
对于企业决策者，这个榜单也是一个值得定期关注的信号。AX 的概念虽然还新，但 AI Agent 正在以相当快的速度成为企业软件的标配调用方。今天 Agent 就绪度低的产品，可能在不久之后就会发现自己逐渐被 AI 工作流排除在外——不是因为功能不好，而是因为 Agent 无法使用它。
最后
Ora.run 做的事情，本质上是在回答一个时代性的问题：在 AI Agent 成为新型"用户"的世界里，产品的基础设施是否已经做好准备。这个问题在两三年前还显得超前，但现在已经开始影响真实的产品选型和采购决策。
我个人觉得，AX（Agent Experience）这个概念迟早会像 SEO、UX 一样成为产品团队的标准议题。ora.run 目前提供的排行榜和评估报告，是一个很好的起点，帮助团队建立这方面的意识和基准认知。如果你的产品有对外开放的 API，不妨去看看自己的评分，也许会有些出乎意料的发现。
