用途：在 Next.js App Router 代码库中实现 SEO 与可爬取性修复，包括可索引性、元数据、canonical、重定向、状态码、hreflang、结构化数据、AI 爬虫策略与页面结构、Core Web Vitals。不负责视觉重定向、布局或 UI 质量、需求研究、Search Console 监控、多租户 robots.txt 与 sitemap 路由，以及文章撰写。
主要能力：可操作范围限于 metadata 与 generateMetadata、JSON-LD、语义 HTML、内链、alt 文本、app/sitemap.ts、app/robots.ts、app/feed.xml/route.ts、app/llms.txt/route.ts、proxy.ts、next.config.ts 的 redirects 与 headers、错误页和性能优化；组件样式与布局保持不变，需要改布局时应作为交接给 ui-design。
使用方式：写代码前按应用目录解析并阅读 node_modules/next/dist/docs/ 中匹配的文档；工作流为五步：先建路由清单（route、index/noindex、canonical、理由），再修爬取与索引基础，然后实现元数据与结构化数据，接着改进语义、可提取答案、内链与 Core Web Vitals，最后按 seo-checklist.md 验证并报告证据。站点必备项包括 sitemap.ts 列出全部可索引 URL、robots.ts 指向它、每页一个 canonical（统一 host、大小写与斜杠策略）、保留既有所有权验证、根布局设置 robots 与 authors/creator、每页唯一 title 与 description、开头给出简短答案、OG/Twitter 卡片、组织与网站的 JSON-LD @graph、单一 h1 与内链，以及 p75 的 LCP 2.5s、INP 200ms、CLS 0.1。
限制：必须结合已安装 Next.js 版本与真实响应验证；Cache Components 下 dynamic、dynamicParams、revalidate、fetchCache 是构建错误；priority 与 changeFrequency 被忽略；robots.txt 不应写 Host；middleware.ts 在 Next.js 16 已弃用，改用 proxy.ts；notFound() 在流式响应后返回 200 加 noindex 而非 404；重定向与内嵌页面策略需写进 next.config.ts 或 Proxy；第三方审计工具结果只能作为线索，须对照实际 HTML 核实。