用途：把每日 SEO 内容流程自动化，从选题到上线并通知搜索引擎。默认每批 10 篇文章，除非用户另有说明；每一步都有检查，只有第 8 步通过才算“已发布”，第 9 步再提示搜索引擎。
主要能力与流程： 第 0 步检查状态，用 git status --short 查看已有 WIP（不纳入提交），并用 date +%F 取日期。 第 1 步获取选题：用户给出主题或关键词则使用；否则用 WebSearch 在站点内容簇中找新机会（Playwright、LLM 评估、API 测试、负载测试、AI 测试生成、智能体测试、CI/CD），偏高高意图长尾词，并回写 docs/seo/KEYWORD-OPPORTUNITIES-YYYY-MM.md。docs/seo 中已发布的 GSC 报告不要再用作选题。 第 2 步强制去重：用 grep 在 packages/web/src/app/blog/posts/ 检查 slug 命中，任何命中都要换 slug 或放弃该主题，也要查 index.ts 标题避免同题竞争。 第 3 步写文章：放置于 packages/web/src/app/blog/posts/<slug>.ts，导出 BlogPost，含 title、description、date、category、content。要求正文不少于 1200 词、H1 与 title 一致、至少一个 markdown 表格、技术主题配代码块、至少 2 个指向已有文章的站内链接、全文不得出现 em dash、不得编造数据，结尾最后一个 H2 为“## Frequently Asked Questions”，含 3-4 个 H3 问答，供 extract-faqs.ts 生成 FAQPage JSON-LD。 第 4 步在 index.ts 同时注册三处：import、posts 映射项、postList 项；缺 1 或 2 会 404，缺 3 则不出现在 /blog 与 sitemap。不要改 sitemap.ts。 第 5 步本地验证：每个 slug 在 index.ts 恰好出现 2 次引号引用，检查 em dash，并运行 pnpm --filter @qaskills/shared build 与 pnpm --filter @qaskills/web build 直到通过。 第 6 步提交：git add 明确路径、查看 diff --cached --stat、commit 并 push origin main，不用 trailer 或 footer。 第 7 步部署：必需子技能 ship-prod，按其流程执行（工作树脏时用 worktree、显式项目 ID、按其验证清单）。 第 8 步上线验证：用 curl 检查每个新 slug 返回 200，并在 sitemap.xml 中 grep 确认出现，最终总结需报告检查过的 URL。 第 9 步提交 IndexNow：只提交本批新 slug，通过 python3 生成 /tmp/indexnow-batch.json，向 Bing IndexNow 与 api.indexnow.org 发送 POST。验证 key 已托管于 https://qaskills.sh/f1e4781767e4472e9061ad0f853449d3.txt，不要重新生成。200 或 202 表示接受；403 SiteVerificationNotCompleted 表示 key 文件不可达。该步骤为提示性，不阻塞发布；Google 不参与 IndexNow，仍通过 sitemap 与 robots.txt 发现文章。
限制与失败模式：模板字面量中反引号与 ${ 需转义；文章 404 多为缺 posts 映射或部署未生效；文章不在 /blog 与 sitemap 多为缺 postList；旧文章被改多为新 slug 与批量数组冲突；sitemap grep 为 0 但页面 200 多为部署旧 HEAD 或缓存。红旗情况需停下重做步骤：未先跑第 2 步 grep 就写文件、认为 slug 大概率唯一、git add -A、因“只是内容”跳过构建、没有第 8 步输出就报告完成。
适用场景：需要批量发布 SEO 文章并跟踪上线的开发者或内容团队。未提供：价格、收费、平台兼容性、性能数据、其他未列出的功能。