两份响应，结论有据。
Markdown响应检查器。
在向团队交付 Agent 友好页面前，比较 HTML 和 Markdown 响应记录。每项发现都对应你提供的证据。
提供两份响应记录
当前为示例数据，不是你的网站检测结果。开始自己的记录前请先全部清空。
HTML 请求响应
只粘贴响应头，或导入 UTF-8 文本文件。支持多个状态区段。
用户提供的上下文，不会访问此网址。匹配时使用完整 URL；导出会省略凭据、查询和片段。
Markdown 请求响应
只粘贴响应头，或导入 UTF-8 文本文件。支持多个状态区段。
用户提供的上下文，不会访问此网址。匹配时使用完整 URL；导出会省略凭据、查询和片段。
每份 200 KiB · 2,048 行 · 20 个响应区段
请至少粘贴一份响应头。
这些证据能说明什么
证据与下一步复核
带走一份聚焦报告
报告只包含 Content-Type、Vary、Cache-Control 及推导结果。其他响应头（包括 Cookie 与授权字段）不会导出。这不保证允许字段中绝无私密值，请在分享前检查。
记录真实响应，不靠猜测
替换示例 URL 后自行执行以下命令。命令发出 GET 请求、跟随 HTTPS 重定向、保存响应头，并丢弃已下载正文。将输出的最终 URL 和请求方法／Accept 值填入上方。
curl --silent --show-error --location --max-redirs 5 --proto '=https' --proto-redir '=https' --dump-header html.headers --output /dev/null --header 'Accept: text/html' --write-out 'Final URL: %{url_effective}\nHTTP status: %{http_code}\n' -- 'https://example.com/docs'
curl --silent --show-error --location --max-redirs 5 --proto '=https' --proto-redir '=https' --dump-header markdown.headers --output /dev/null --header 'Accept: text/markdown' --write-out 'Final URL: %{url_effective}\nHTTP status: %{http_code}\n' -- 'https://example.com/docs'不要用 curl -I（HEAD）证明 GET 正文。不要添加凭据或绕过 TLS 警告。不要粘贴响应正文或 curl 详细日志。
检查范围小，但边界明确
这能检测 Agent 是否可以访问我的网站吗？
不能。本工具仅分析你提供的响应头及上下文，不访问 URL，不检查 robots.txt，不登录，不渲染 Markdown，不验证正文，也不预测收录或引用。HTML 对许多 Agent 仍然有用。
Vary: Accept 一定是必需的吗？
HTTP 的指导有适用条件。按 Accept 选择不同表示时，通常需要 Vary: Accept 来帮助缓存复用。缺失是复核信号，不是普遍失败。Vary: * 有独立含义；普通 no-store 禁止存储，而 private 与 no-cache 不等于不存储。带字段参数的指令及 must-understand 需另行解释。
必须有 token 数量头、Content-Signal 或 MCP 卡片吗？
不必，本工具不据此打分。Cloudflare 在 2026 年 10 月停止生成其两个 token 数量响应头；Content-Signal 是独立的可选上下文元数据。MCP 发现机制不在本工具范围内。
为什么比较结果仍然可能不完整？
最强结论需要普通 HTTP 200 响应、HTML 与 Markdown 媒体类型，以及你记录的 GET、明确 Accept 和一致的最终 URL。即便满足，也只是与协商相符，不能证明变化仅由 Accept 导致。HEAD、重定向、部分或条件响应及不明确字段仍是有限证据。