技能介绍

网站规范为什么需要被「问出来」

在评审一个真实站点时，团队经常面临几个具体问题：同一个 Content-Security-Policy 到底是必须还是推荐，hreflang 在翻译站点里是否属于硬性要求，/.well-known/ 下该放什么，以及某个实践是否已经被上游标准取代。如果只看厂商博客或内部约定，很容易把「推荐」当成「必须」写进发布门禁，或者把早已过时的做法留在线上。

技能如何把 128 个主题变成可执行的审计流程

这个技能把 Specification.Website 的 10 大类、128 个主题全部打包为本地 Markdown，每个主题都带 status 标记与主源引用。Agent 拿到 URL 后可以先读 references/topics-index.md 定位 slug，再打开 references/topics/<slug>/<topic>.md 查看正文和来源；需要宽覆盖审计时，从 references/checklist.md 的 Required 区开始逐项走。

required 只在平台契约被破坏或特定用户明显受害时出现，例如 HTTPS、图片 alt、真实 404。
recommended 是现代站点应当做但不构成硬断裂的项，例如 CSP、HSTS、结构化数据、llms.txt。
optional 依赖上下文，avoid 则会被明确标为应移除。
回答时会优先引用 WHATWG、W3C、IETF、IANA、WCAG、schema.org 等主源，而不是复述规范页本身。

边界与注意点

它不适合用来选择 JS 框架、写业务逻辑，也不处理通用编程问题。规范可能随上游变化而过期，遇到几周以上的主题应通过 references/mcp-and-fetch.md 拉取 https://mcp.specification.website/mcp 或 https://specification.website/llms-full.txt 的最新版本。审计 URL 时，Agent 可以抓取真实响应头、robots.txt、sitemap.xml 和 /.well-known/* 路径，再与对应主题逐条比对。

截图预览

使用场景

拿到一个真实站点链接，需要先按 Required 清单核对 HTTPS、CSP、robots.txt 和真实 404，再输出修复建议。
评审翻译站点前，需要确认规范是否把 hreflang、meta charset 或 IDN 列为 required，并引用 WHATWG/W3C 原文。
准备让 AI 代理抓取站点，需要先梳理 agent-readiness 类别里 required 级项目，如 llms.txt、MCP discovery 与结构化数据。
发布前要生成可勾选清单，逐项检查 404、软 404、空链接按钮以及 /.well-known/ 路径是否达到 required 或 recommended。