用 ax-check.com 测完发现很多产品的文档对 AI 根本不友好

想知道现在的 Coding Agent 能不能顺畅地用你的产品，直接把域名丢给 ax-check.com 跑一遍就行。这个工具会给你出一份评分表，告诉你具体哪里需要优化，最关键的是它会提供三个完整的编码会话记录，让你亲眼看到 AI 是怎么阅读你的页面、怎么尝试操作产品的。

为什么需要专门测 AX 这种东西

很多人在做 AI 适配时容易陷入细节死胡同，建议改一些极其冷门的底层技术点，但实际上对 Agent 的体验提升几乎为零。ax-check.com 关注的是 AX（Agent Experience），它不看那些没用的噪音，只盯着真正影响 AI 效率的环节。

在实际的 Agent 流量数据里，AI 访问最频繁、影响力最大的页面其实就那几个：首页、llms.txt、定价页和文档站。所以这个扫描工具只聚焦这几个点，其他乱七八糟的页面直接忽略。另外它会检查你的关键页面是否支持 Markdown 的内容协商，因为实测证明，如果能给 AI 提供 Markdown 格式，它们完成任务的速度和找信息的准确率会高很多。

它是怎么模拟 Agent 行为的

这个工具的运行逻辑是先调用 DeepSeek 4.1 Flash，从你的首页开始尝试挖掘产品的核心信息。

然后它会启动真正的 Coding Agent 运行在沙盒环境里，实操一遍你的产品入职（onboarding）流程。你可以实时看到整个 Trace 追踪记录，看着 AI 在那里折腾。在这个过程中，它能揪出很多很典型的低级错误，比如：

• AI 凭空臆造（幻觉）出了一个不存在的 URL。
• 文档里的指令描述不准确，导致 AI 跑不通。
• AI 对产品的核心功能产生了认知混淆。

登录墙成了 Agent 的最大障碍

一个很关键的检测项是：Agent 能不能在没有被登录墙（Login Wall）拦住的情况下，自主完成一个完整的入职流程。

虽然现在关于「是否应该让 AI 绕过登录」还有争议，但从开发者工具的视角来看，如果一年内还不能让 Agent 安全地自主完成 onboarding，大概率会被竞争对手甩掉。

实际操作体验

这个工具本身就做成了 Agent-friendly 模式。如果你不想自己点，可以直接跟你的 Coding Agent 聊聊 ax-check.com，让它帮你去跑一遍分析。

如果你在做开发者工具，建议重点关注那几个重点页面的 Markdown 响应情况，以及在沙盒 Trace 里 AI 报错的那个点，那通常就是你文档最烂的地方。