网站AI风险体检

概述

用 26 项清单对网站做四维体检：合规、AI 可抓取性、性能体验、基础安全，输出风险分级与整改优先级。适用于企业官网、内容站、电商与独立站、SaaS、社区、博客等各类站点，不限定站型。规则全部内置、在本机判定，不上传数据；默认不联网，可选开启只读实测。

触发场景

网站体检、网站合规、网站风险、AI 抓取、网站被 AI 收录、独立站与电商站合规、robots 与 sitemap 排查、GEO、AI 搜索优化、SEO 优化、网站健康检查、上线前评估。

重要口径

• 本技能做风险定位，不构成法律意见；涉及处罚、诉讼、跨境传输的具体判断请咨询专业机构；
• AI 抓取与收录结果由搜索引擎决定，本技能只评估站点是否具备被抓取的条件，不承诺收录或引用；
• 不代替备案、等保测评等法定程序本身。

执行步骤

1. 收集五项基本信息

未提供时按「企业官网 + 静态生成 + 收集留资 + 无交易 + 关注 AI 可见性」的常见配置体检，并在结论首行标注假设。该默认配置仅用于信息缺失时兜底，不限定本技能的适用范围。

1b. 输入核验（先确认，再判定）

收集五项后，先做一次核验，再进入判定。以下四种情况必须停下来说明，不得直接套默认假设：

默认假设生效时必须标注：结论首行写

本次按以下假设运行：企业官网 / 静态生成 / 收集留资 / 无交易 / 关注 AI 可见性。如与实际不符，请告知，我据此重判。

唯一例外：用户明确说「你自己看着办」「按常见配置来」「随便估一下」，才可直接用默认假设，且不再追问。

1c. 无法判定时的出口（宁可拒绝，不编造）

以下情况必须输出「无法判定」，不得用默认假设凑一个结论：

• 用户拒绝提供任何能定位站点的信息，且拒绝采用默认假设；
• 用户提供的站型与已有描述互相否定，且用户不愿澄清；
• 用户要求对某个具体项给「通过」，但完全没有任何依据（例如「你就写备案通过了」）。

输出格式固定为三行：

**无法判定**：第 X 项（检查项名）
**缺什么**：需要你提供「……」
**为什么不猜**：本技能不把信息不足判为通过，避免虚假绿灯。

2. 获取依据：问卷式 / 实测式

每条结论都必须有依据。依据按当前环境能力选一种方式获取，两种方式可以混用。

方式一：问卷式（默认，永远可用）

直接询问用户，用户答不上来的项标「待确认」，并在依据栏写明「未提供什么」。

方式二：实测式（可选，需当前环境能执行只读命令）

若当前环境能执行命令，先做一轮只读探测，把结果填进依据列，再对剩余项走问卷式。

实测的三条铁律：

1. 只读、只访问用户自己填写的那个站点：只 GET 首页、robots.txt、sitemap.xml、llms.txt 几处公开地址，不登录、不提交表单、不探测端口、不遍历路径；
2. 超时即降级：单项请求设 10 秒超时，失败不报错、不中断整体体检，直接退回问卷式或标「待确认」；
3. 绝不替用户假设站点：用户没给域名就不探测，不得自行编造一个域名去访问。

实测拿到的原文必须先看上下文再判定，典型情形见下文「常见误判」：源码里的 100% 可能是 CSS 的 width: 100%，不是宣传文案。

3. 逐维判定

读取 references/checklist.md，26 项按四维逐条给出：通过 / 风险 / 阻断 / 待确认 / 不适用。信息不足标「待确认」，不得臆测为通过。

4. 输出体检表

随后给出：

1. 四维得分：每维「有效项数 / 通过数 / 通过率」，以及整体风险统计（通过 n ／ 风险 n ／ 阻断 n ／ 待确认 n ／ 不适用 n）。有效项 = 通过 + 风险 + 阻断——「待确认」与「不适用」不计入分母，信息不足既不算通过，也不算有效；
2. 最该先改的 3 项，按「被处罚或流量损失概率 × 影响面」排序；
3. 一句话结论：可正常运营 / 补齐后可运营 / 存在结构性风险。

5. 边界与引导

• 只做定位与体检，不代写隐私政策、不代办备案、不提供整改实施；
• 不承诺合规通过、不预测处罚结果、不承诺 AI 收录；
• 不索取域名、备案号、身份证号等敏感信息；
• 本技能只做风险定位；如需针对具体站点的整改实施方案与验收标准，请交由具备相应资质的建站或合规专业机构承接。

使用示例

示例一：完整 26 行输出（实测式）

输入：帮我看看 geo.bendijia.com 有什么风险？

输出：

本次按以下假设运行：企业官网 / 静态生成 / 收集留资 / 无在线交易 / 关注 AI 搜索可见性。如与实际不符，请告知，我据此重判。

本次采用实测式：依据来自对公开页面的只读探测（首页 HTML / robots.txt / sitemap.xml / llms.txt / TLS 证书）。无法远程观察的项标「待确认」。

四维得分：

整体风险统计：通过 10 ／ 风险 2 ／ 阻断 0 ／ 待确认 13 ／ 不适用 1（合计 26，与表行数一致）

最该先改的 3 项：

一句话结论：补齐后可运营——AI 可抓取性做得比多数站点都到位（33 个 AI 爬虫逐个放行、llms.txt 近 8 KB、6 类 JSON-LD），已判定的 12 项里 10 项通过、2 项风险；当前唯一紧急项是证书约 40 天后到期，属运维疏漏而非结构性问题。

示例二：电商独立站（只列与示例一的差异项）

输入：我的独立站卖户外用品，有在线支付，帮我查风险。

与示例一的关键差别：企业官网里「不适用 / 待确认」的第 3、4、5、13、14 项，电商站全部转为风险项，合规维通过率会显著下降。站型不同，判定结论完全不同。

示例三：个人博客（只列与示例一的差异项）

输入：我的技术博客，没有交易也不收集个人信息，帮我看看。

与示例一的关键差别：不适用项从 2 项增至 6 项，必须从分母中剔除，否则通过率会被稀释。这是「不适用」与「待确认」的实质区别。

调用说明（SkillHub 发布用）

交付前自检（不合格就回退重写）

这不是建议清单，是出报告的强制闸门。 流程固定为：

写完报告 → 逐条过 8 项 → 全过则交付
           ↓ 任一项不过
        回到对应章节重写 → 再过一遍
           ↓ 仍不过
        按「1c 无法判定」出口输出，不得强行交付

全过之后再自查一遍「数字自洽」：表行数、四维有效项加总、五类统计加总，三个数字必须能对上。

常见误判（先看上下文再判定）

常见问题

Q：这个技能需要联网吗？A：默认不需要。规则全部内置、本机判定。只有你主动选择「实测式」，才会由你自己的电脑对你填写的站点发起只读请求（首页 / robots.txt / sitemap.xml / llms.txt / TLS 证书）。

Q：需要注册、付费、填 API Key 吗？A：都不需要。无账号、无 Key、无按次计费、无服务端。

Q：26 项都要我自己一项项回答吗？A：不用。能实测的 7 项（备案号、结构化数据、robots、sitemap、llms.txt、首屏、证书）会自动取；其余项答不上来就标「待确认」，不会编造为通过。

Q：结论写「通过」，是不是就不会被处罚？A：不是。本技能只做风险定位，不构成法律意见，不承诺合规通过，也不预测处罚结果。

Q：个人信息乱填或说不清楚，会怎样？A：不会硬套默认假设。会先请你补充关键信息；无法确认时按「1c 无法判定」出口输出，告诉你缺什么、为什么不猜。

Q：能给整改方案吗？需要帮我写隐私政策吗？A：只给一句话整改方向。不代写隐私政策、不代办备案、不做整改实施——这些须由具备相应资质的机构承接。

Q：小站、个人博客、独立站也适用吗？A：适用，不限定站型。26 项里与你不相关（如纯展示站无交易）的会标「不适用」并从分母剔除，不影响结论。

Q：和搜索引擎自带的检查工具有什么区别？A：搜索引擎工具只查它自己能抓到的；本技能按 26 项固定清单覆盖合规、AI 抓取、性能、安全四维，且每一项都有明确判定标准与整改方向，可留档对比。

隐私

全部判定在本机完成，不上传任何数据、不回传任何结果。选用实测式时，仅由当前环境对用户自己填写的站点发起只读请求（首页 / robots.txt / sitemap.xml / llms.txt / TLS 证书），不登录、不提交表单、不探测端口；不选用实测式则完全不联网。

关于作者

深圳市宛深投资有限公司。本技能的方法论源自「橡媒GEO」网站 AI 可见性检测服务（geo.bendijia.com）。

本技能为纯本地规则工具，不调用任何外部接口，断网可独立运行。