Zapier 揭示 AI 代理浏览中的隐藏指令层和 Markdown 请求

Zapier 发布了技术发现，表明 AI 代理消化网页的方式与人类用户或传统网页抓取工具不同，揭示了 WebFetch 等常用工具内部隐藏的架构步骤。在对 Anthropic 的 Claude Code 进行测试时，Zapier 发现代理网页抓取工具在访问 HTML 之前会访问 Markdown 页面镜像，并在调用模型接收数据之前，通过一个中间摘要模型路由页面内容。

发生了什么

根据 Zapier 博客，Zapier 构建了一个名为“Agent Arm Runner”的实验性测试工具，在 Docker 容器中运行 Claude Code，并使用正向代理来隔离内容更改，同时保持页面 URL 不变。在对其 Slack 集成页面进行测试时，Zapier 从 HTML 正文中删除了集成细节，预期代理会返回空结果。然而，代理仍然返回了详细的 Slack 触发器和操作，因为 WebFetch 在 text/html 之前请求了 text/markdown，拉取了一个未经编辑的 Markdown 镜像，而 Zapier 的服务器自动提供了该镜像。Zapier 通过将一个金丝雀字符串 (ZPR-CANARY-7Q2K9-AGD256-MD) 注入到 Markdown 文件中，并直接传递到代理的摘要中，从而证实了这种数据流。

Zapier 还记录了代理流量，显示虽然顶级任务在 Opus 5 上运行，但 WebFetch 将检索到的页面内容传递给了一个辅助模型 claude-haiku-4-5-20251001 进行初步处理。这个中间的 Haiku 模型在独立的系统指令下运行，包括严格的 125 个字符的引用最大限制和强制的转述规则，在文本到达主模型之前对其进行过滤。

与此同时，企业自动化供应商 UiPath 在一份单独的报告中强调，原始文档解析不再是主要的运营瓶颈。UiPath 引用美国土地管理局的数据，显示超过 2200 万英亩的联邦土地被租赁用于 91,000 口油井，指出自动化团队正在从基本阅读转向多层架构，协调文档提取、下游系统执行和人工审批——并引用了 Continental Resources 部署 UiPath 代理用于所有者关系和特许权使用费工作流的案例。

这对自动化工程师为何重要

对于构建代理工作流的运营团队和自动化工程师而言，Zapier 的发现打破了一个关键假设：即向 AI 代理提供网页 URL 或内部文档页面，就能让您的主模型直接访问源文本。实际上，现代代理工具链引入了隐藏的中间层。如果辅助摘要模型强制执行字符限制或强制转述，那么关键参数——例如 API 端点、合规规则或精确的工作流指令——可能会在您的主代理做出操作决策之前被修改或删除。

这反映了运营自动化领域的更广泛转变。正如 UiPath 所指出的，从文档或网页中提取文本只是第一步；将提取的数据连接到可操作的系统步骤，同时遵守 NIST AI 风险管理框架 等治理标准，才能决定实际的可靠性。自动化团队不能将代理摄取视为一个黑箱。如果您的工作流依赖于代理消费内部文档、供应商门户或网页镜像，您必须针对 Markdown 表示进行优化，并考虑中间模型的过滤。

本周要做什么

1. 审计您的 Web 服务器和内部文档工具，查看它们是否响应 accept: text/markdown 头，确保内容更新同时应用于 Markdown 端点和 HTML。
2. 将独特的金丝雀字符串嵌入到关键的内部网页中，以跟踪您的 AI 代理在浏览器任务期间实际摄取了哪些内容表示。
3. 审查您的代理工具链配置，以确定中间抓取工具是否应用了可能改变关键操作数据的引用截断或转述规则。

来源

• What we learned by watching Claude read Zapier.com — Zapier Blog
• AI can read the deed. What happens next? — UiPath Blog