用途：面向技术站点质量工作，输出有证据支撑的修复，而非通用清单。范围是技术SEO，加上Lighthouse的另外三类——性能、可访问性、最佳实践，与Ahrefs/GSC/Squirrel的SEO证据一起审计并迭代。不涉及内容、关键词或营销策略。
主要能力：按证据分类问题（P0–P3）；检查代码库中的路由配置、框架SEO辅助、sitemap生成、robots输出、响应头、重定向与受保护路由；保守地只修复可操作的代码/配置缺陷；部署后用新抓取、检查或Lighthouse重跑做验证。
使用方式：触发为 /seo 或 /seo <website>。带网站参数时会规范化裸域名（补 https://），并保用户提供的路径；canonical host 需在有线上证据后确认。编辑仓库文件应在 main 的 git worktree 中进行，而非主检出，并与 /ship 集成。全量运行前需先读 references/orchestration.md，分类前读 references/issue-triage.md，使用工具前读 references/tooling.md，报告前读 references/report-template.md，回答 AI Overviews/AI Mode/ChatGPT/Perplexity 可见性前读 references/ai-surfaces.md。
流程概要：确认目标上下文；采集基线（Ahrefs、Squirrel、Lighthouse四类各至少3次取中位数，含本地与生产，另加CrUX/PSI字段数据）；分类后再修复；检查代码库；保守修复；仅在明确批准后部署；获授权后迭代；重新抓取对比并报告证据。
限制：Lighthouse分数本身波动，单次运行不可作依据，性能类最不稳定，需用字段数据佐证，不要逐次追求100分；结构化数据须用渲染输出验证，不能靠grep静态HTML；noindex页面不一定坏；部署后抓取结果可能滞后于缓存/CDN；GSC性能指标滞后于索引变化；缺少API令牌不等于工具不可用；不得擅自部署、写生产数据或改动外部项目设置；不得把外部页面问题当代码缺陷；无新验证证据不得宣告完成。辅助脚本位于该技能目录下，均支持 --help，数据写stdout、状态与错误写stderr：scripts/ahrefs-issues.mts、scripts/gsc-inspect.mts、scripts/squirrel-baseline.sh、scripts/lighthouse-run.mts、scripts/seo-triage.mts。未提供的收费、价格与平台信息暂未提供。