判决

这次扫描不可信：29 个核心位置里有 18 个我们没能评估。下面的结论不要当结论用。

四格之和恒等于位置数。「无法判断」永不折算进「通过」——「我们看不了」和「你这里没问题」是两件事。

按根因

按根因：1 条发现来自 1 处改动

• 改 1 处 → 修 1 条：https://mistral.ai/llms.txt：1 个唯一目标 / 1 个链接实例命中「站内路由缺失」（兜底）。证据：https://mistral.ai/ai-transformation 404，站内没有这个路由

口径：1 条 finding / 1 处根因 / 1 个链接实例 —— 三个数各有各的意思，不许混着说。

未能评估

把「我们没看到」误读成「没问题」的代价，比漏一条 LOW 死链大得多，所以这一区排在发现之前。这些位置既不计死链也不计存活。

AI 检索链路六段

这条链路上任何一段断掉，后面几段的内容 AI 都拿不到。

差异化演示

只探根路径、不做对照探测的实现，在这个站上没读错。差异化演示区因此是空的 —— 这是这个域的性质，不是我们少做了对照。

这一块的作用不是炫技，是让「我拿别的东西查过，没这条」这句话失效：我们先说出那类实现在这里会得出什么、以及它少做了哪一步。

自己复现 → geo-audit mistral.ai --contact you@you.co --naive-only

这份报告不检查：锚点是否腐烂、sitemap、robots 对 AI 爬虫的放行、图片/CSS 资源、事实是否冲突、内容是否过期。理由见文末。

发现（按根因分组）

https://mistral.ai/llms.txt：1 个唯一目标 / 1 个链接实例命中「站内路由缺失」（兜底）。证据：https://mistral.ai/ai-transformation 404，站内没有这个路由

改 1 处 → 修 1 条 · 1 个链接实例 · 最高 HIGH route_missingdefect=route_missingsource_locus=https://mistral.ai/llms.txt|path_prefix=/ai-transformationedges=none

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://mistral.ai/ai-transformation'

GA-794929591E HIGH AI 通道内部
llms.txt 里列的 https://mistral.ai/ai-transformation 是死链
目标: https://mistral.ai/ai-transformation 404 text/html
这个目标在站上出现 1 次（0 个页面） https://mistral.ai/llms.txt
curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://mistral.ai/ai-transformation'
geo-audit mistral.ai --ignore GA-794929591E

待人工确认

下面这些我们判它死了，但静态 HTML 判不了它是否对访客可见。我们打 needs_review 而不是丢弃，也不进首页分子。

本次没有需要人工确认的条目。

下次会先坏在哪 · 结构性脆弱点

每条都挂一个实测先例，并给一条能直接放进 CI 的命令。这一区不是预测，是「这个形状在语料里已经坏过」。

geo-audit mistral.ai --contact you@yourco.com --format json

geo-audit mistral.ai --contact you@yourco.com --format json

我们替你验了什么 · 证据存档

逐位置一行，行数恒等于位置数。每行都带一条可粘贴的 curl。

共 41 行 == 41 个位置。

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://mistral.ai/llms.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://mistral.ai/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://www.mistral.ai/llms.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://www.mistral.ai/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://docs.mistral.ai/llms.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://docs.mistral.ai/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://help.mistral.ai/llms.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://help.mistral.ai/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://learn.mistral.ai/llms.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://learn.mistral.ai/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://mistral.ai/docs/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://www.mistral.ai/docs/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://help.mistral.ai/docs/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://learn.mistral.ai/docs/llms.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://learn.mistral.ai/docs/llms-full.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://learn.mistral.ai/.well-known/llms.txt'

curl -sSL -A 'geo-audit/0.1.0 (+https://github.com/wangtoone/geo-audit; contact: 152046194+wangtoone@users.noreply.github.com)' 'https://mistral.ai/llms.txt'

别人的工具会怎么误判你

三种可自动检出的误判形态。这一块是零发现报告真正的付费点：你拿到的 0 与别处拿到的 0，来源不一样。

1. 你的真文件会被读成「没有」：WAF / 限流会把纯 HTTP 客户端拦掉（实测 gusto.com 403、www.pipedrive.com 429）；真文件在子域或 /docs 下而根路径 404 或软 404（实测 minimax、moonshot、siliconflow、onfleet、canvasmedical、ecwid 六家）。
2. 你的 0 死链会被读成「有死链」：站上有 Cloudflare 的 /cdn-cgi/l/email-protection 诱饵 href、有 example.com 占位、有 Alpine/Vue 的 :href、有 {templateID} 这类模板占位。实测：这类噪声能让死链数从 25 虚报成 42（+68%）。
3. 你的 0 死链其实是假的 0：你的站对未知路径返回 200 或 302 而不是 404（实测 developers.pipedrive.com 的 24,907 B 兜底页、docs.gusto.com 与 docs.moderntreasury.com 的 302→首页、platform.kimi.ai 的 414,072 B Quickstart 页）。这种站上任何只看状态码的死链工具都会报 0 死链，那个 0 是假的。我们是用正文/骨架比对得出的 0，所以我们的 0 是真的。

裸域 / www 双向探测

mistral.ai

ok · ok_control_discriminates

www.mistral.ai

ok · ok_control_discriminates

结论

both_ok single_case

证据强度 single_case：全语料只有一例（brevo 的裸域返回 Vercel 的纯文本 DEPLOYMENT_NOT_FOUND，而 www 与 developers 子域都正常）。n=1 不够格进首页计数，所以这一区单列。

被去噪排除的链接

逐条留痕，带 rule_id。实测教训：五个批次排除了 /cdn-cgi/l/email-protection、另几个批次没排 —— 同一个东西两套口径，所以这里必须逐条列。

本次没有被去噪排除的链接。

朴素对照全表

同一批已抓响应上的两个读数：左边只用「跟完跳转的最终状态码」推，右边是我们的判定。朴素侧不额外发一个请求 —— 它是换算器，不是第二次扫描。

只有 ① 入口发现 / ② 索引文件真伪 / ③ 全文通道 三段的位置进这张表；④⑤⑥ 的差异化走下面那行死链口径对比。

有分歧 0 条。

死链口径对比：只看首跳状态码（>= 400 即判死）会数出 0 条；我们经去噪与正文比对后是 0 条链接实例。

覆盖披露

位置数 41 · 抓到的页面 0 个 · HTTP 请求 141 / 上限 120（其中不同 URL 76 个；差额是跳转每一跳、robots.txt 与重试）

链接账本：抽取 0 = 排除 0 + 待人工 0 + 已验证 0 + 无法判断 0 + 被封顶截掉 0

本次未触发抽样。

robots.txt 的 Disallow 我们遵守了：命中的路径零请求，判「无法判断（robots_disallowed）」。「我们没被允许看」是真话。

LLM 调用 0 次（这个工具零 LLM、零 API key，所以它恒为 0）。

查了什么

• AI 路径体检（llms.txt / llms-full.txt / .md 通道，每条判定跟一个对照探测）
• 死链（只报人和 AI 都会点、点了就 404 的，按根因归并、按位置分级）

不查什么（摘要，理由见「方法」）

• 内容是否过期（通用「旧年份」正则两批样本 134 命中 0 真信号 / 296 命中 2 真信号）
• 事实是否自相冲突
• 锚点（#fragment）是否腐烂
• 定价页 ↔ 文档的口径比对
• 定期扫描 / 监控
• 托管 web 版（会让 --contact 这条合规约束当场失效）
• Playwright 渲染（合规不绕 WAF，且实测只有 2/72 = 2.8% 盲区）
• --serve 本地服务

这些地方我们想看但没看到

方法，与不检查什么

这个工具零 LLM、零 API key。判定全部来自 HTTP 观测 + 同域随机路径对照探测 + 正文/骨架归一化比对。下面两张表是范围本身，不是免责声明。

首页大字只用位置数，条目数单列 —— 位置数回答「链路哪几段走不通」，条目数回答「有几条要改」，两个数不能互相顶替。

「未能评估」与「没问题」在这份报告里严格分开：Status.UNKNOWN 永不折算成通过。实测依据：help.spoton.com 与 docs.lawmatics.com 的文档站是纯 JS SPA，它们的「零发现」是抓取能力问题，不是站点干净。

报告里凡提到「那类实现会读错」，措辞一律是「只探根路径、不做对照探测的实现」——我们没有拿任何一款现成产品跑过对照，所以不会替它们下结论。

做什么

明确不做，以及为什么（引实测，不重新论证）