用途：面向页面与站点的搜索引擎优化（SEO），依据 Lighthouse SEO 审计和 Google Search 指南开展技术型 SEO、页面优化与结构化数据检查。适用请求包括“improve SEO”“optimize for search”“fix meta tags”“add structured data”“sitemap”等。
主要能力：当存在已渲染页面时，可运行实时 Lighthouse SEO 与 Agentic Browsing 检查（Chrome DevTools MCP 中使用 lighthouse_audit）；并检查 Lighthouse 无法单独确认的信号，如响应头、重定向、robots.txt、sitemap 覆盖、各页面模板的 canonical 一致性、结构化数据资格，以及用户提供访问权限时的 Search Console 证据。将技术抓取/索引问题与内容质量、权威性分开，不编造排名因素权重，不承诺排名变化。核心覆盖：抓取与索引控制、已渲染元数据与语义、结构化数据语法与资格信号、Core Web Vitals（链接至对应技能证据）、内容有用性与权威性。
使用方式：先定位并修复源文件，再重跑同类检查；若实时工具不可用，则回退到分类专用的 Lighthouse CLI 输出、源码与 HTTP 直查。sitemap 建议最大 50,000 个 URL 或 50MB，超量使用索引文件，仅收录 canonical 且可索引的 URL；URL 使用连字符、小写、控制在 75 字符内并优先 HTTPS。结构化数据需描述可见且准确的内容，使用最具体适用类型，验证渲染输出。
限制与边界：Lighthouse SEO 分数只覆盖技术检查的一个子集，不是排名预测；meta 描述约 150–160 字符、标题约 50–60 字符仅作 lint 参考，Google 可能重写标题链接。索引或排名结果需等待搜索引擎验证。llms.txt 属实验性提案，非跨厂商标准，不应视为排名或引用因素。屏蔽 AI 爬虫需按各厂商文档逐一审计，训练控制与搜索/用户抓取控制相互独立。该技能设计为跨 GitHub Copilot、Claude Code 与 Codex 使用；无必需 MCP 服务器，回退时依赖本地指令与直接验证，不得声称使用了宿主未提供的 MCP 操作。相关技能包括 web-quality-audit、best-practices、verification-before-completion、documentation-verification。