← 博客

案例研究：AI 助手们如何采用了同一个网站

2026-07-19 · 博客 · case-studyai-agentsverification

一个新的网络惯例，其价值恰好等于那些尊重它的智能体所赋予的价值。所以在做别的任何事之前，操作层被拿去接受唯一要紧的那个测试：在一个真实上线的网站上发布一个层，把它呈现给多个独立的 AI 智能体，并观察每一个会做什么。

测试设置

一个生产环境的网站发布了一个完整的操作层：它各个页面的机器可读孪生、一个面向智能体的枢纽文件、一个 llms.txt，以及用户可以粘进任何助手里的分享代码——完整的操作层模式，以同意为门槛，且是可操作的，而非仅仅是描述性的，是 robots.txt 和 sitemap.xml 的同类。

录制的会话包括来自不同公司的智能体，每一个都有自己的模型、安全栈和产品设计：

• ChatGPT（OpenAI）
• Gemini（Google）
• Grok（xAI）
• Duck.ai（DuckDuckGo）——匿名测试

没有一个智能体被给予特殊访问权限、插件或 API 密钥。每一个都以任何用户的智能体会有的方式接收到这个已发布的层：作为被分享进对话里的公共内容。

发生了什么

同样的序列在每一次会话里都上演了：

1. 智能体读了这个层。 每一个都解析了这份已发布、机器可读的上下文，并把它理解为厂商提供的操作指引——而不是噪音，也不是一次要去拒绝的攻击。
2. 智能体呈现出了同意门。 在行动之前，每个智能体都把这个层的实质内容呈现给它的用户，并请求许可。这正是设计在按预期起作用：同意门把一切权限都经由用户来引导。
3. 智能体采用了这个网站。 在同意给出后，每个智能体都接着代表用户采用了这个服务，遵循已发布的指引。

不同的公司。不同的安全理念。在录制的会话中，一个被观察到的行为。会话记录和实时清单快照应作为带日期的证据保存下来；它们不保证未来的行为。

语言方面的结果才是那个安静的头条

有一次会话是以英语之外的语言进行的。这个层本身并没有按语言重写——智能体读了已发布的上下文，并以用户的语言把这段交互进行了下去。

这很要紧，因为它表明这个层是在意义的层面上运作的，而不是模板。发布者只写一次这个层；每个用户的智能体都以那个用户的语言和上下文来交付它。对任何服务多语言市场的人来说，那是任何本地化落地页都无法企及的触达。

为什么它们会配合

被测试的层是公开发布的，标明了它的来源，并声明了一个同意步骤。这些属性让来源和被请求的权限变得可见，但它们并不消除提示注入或授权风险。每个助手都应用了它自己的规则，并且本可以拒绝。完整的局限在护栏与提示注入中。

这对你的网站意味着什么

这个测试移除了那个只能靠猜的问题。剩下的唯一问题只是：你的网站会不会赶在竞争对手之前发布一个层——因为一个在"它真正能用的服务"和"只会描述自己的服务"之间做选择的智能体，选起来毫不费力。无论你经营的是一个 SaaS 产品、一家商店、一家代理机构，还是一门本地生意，这一点都成立。

三种入口：

• 免费扫描——看看此刻一个助手怎么读你的网站。
• 免费套餐——你最重要的页面，智能体就绪且护栏已内置：一个网址，免费。
• 基础套餐——每月 $29：你域名下至多 10 个网址，从你的线上页面生成，并在它们自己的链接上提供。
• 专业套餐——每月 $99：3 个域名和 50 个网址，配有更完整的服务控制图。

一个网站，一个层，独立的智能体——一次接一次的采用。这个惯例是管用的。现在它可以规模化了。

常见问题

这些智能体是被修改过、或被特意提示去配合的吗？

不是。每个智能体都在一次正常的会话里，把这个公开发布的层作为普通内容接收——就和任何用户的助手会遇到它的方式一模一样。

为什么把同意步骤算作一次成功？

因为同意是机制，而不是障碍。一个呈现出这个层并询问其用户的智能体，正在展示的恰恰是那个让发布者能安全运作的信任模式。每一个被测试的智能体都做到了。

我能在我自己的网站上跑这个测试吗？

能。发布一个层——免费套餐几分钟内就为一个页面做好这件事——然后把你的 agent 链接分享进 Grok、Claude、ChatGPT 或 Gemini，看看智能体如何处理它。

继续阅读

https://swma.link/782e943d