用途
cook-the-blog 是一个用于自动生成公司增长案例研究文章（博客长文）的技能，输出格式为 MDX。当用户要求撰写某家公司的案例研究或增长博客时使用。
主要能力
该技能通过一套固定工作流完成从研究到发布的全部环节：
- 深度研究（Tavily）：通过 MCP 调用 tavily 工具及常规网络搜索，深入调研目标公司，包括核对注册企业名与产品名是否不同，并在 Reddit 等相关论坛检索真实的开发者反馈。
- SEO 关键词研究：通过 SerpApi 调用 Google Trends，运行 Python 脚本，识别爆发型与高增长关键词。脚本调用示例：
export SERPAPI_KEY="[YOUR_SERPAPI_KEY]" && python3 [PATH_TO_SEO_SCRIPT] "[Company Name]"
- 标题与封面生成：标题格式为「How [Company] [Achieved X] by [Core Strategy]」。封面通过 blog-cover-cli generate 命令生成，-t 传入的标题约 7 至 10 个单词，且不得包含换行符。示例：
blog-cover-cli generate -t "How Baseten Scaled AI Infrastructure To a 5 Billion Valuation" -l "domain.com" -o "./cover.png"
- MDX 撰写：按固定结构组装 MDX 文件，包含 frontmatter（title、description、date、slug、image、readingTime、published）、TL;DR、The Problem、The Execution & GTM Strategy（含 2 至 4 个 H3 子小节）、The Results & Takeaways，以及使用 <FAQSection> 与 <FAQItem> 组件的常见问题部分。写作要求：语气犀利、分析性强、面向创始人；受众为早期创业公司创始人、AI/开发者工具构建者和产品驱动增长爱好者；长度 1200 至 1800 字；第三人称分析视角；不得使用 em-dash（—）；使用简单口语化英语并避免企业行话；每项主张需有证据或逻辑支撑并包含具体数字；每个 H3 小节以概念句开头，再解释机制，再给出一个例子；不在 MDX 正文重复标题；不写结论章节；以要点或 FAQ 结尾。
- 质量问题检查（QA）：每个步骤完成后都需执行严格的自检，若失败或发现捏造内容必须重试，不得伪造成功。
- 资源上传：将封面图上传到用户指定的存储桶（如 GCS、AWS S3、Cloudinary），例如：
gsutil cp ./cover.png [TARGET_BUCKET]
并核对公开 URL 与 MDX 中 image 字段一致。 7. GitHub 发布：通过 git CLI 克隆目标仓库，将 MDX 放入目标目录（如 blogs/），提交前在仓库内运行构建命令（如 npm install && npm run build）验证 MDX 语法不破坏构建，配置作者信息后提交并直接推送。
git config user.name "[GIT_USER_NAME]"
git config user.email "[GIT_USER_EMAIL]"
git pull upstream main --rebase && git push upstream main
- 验证与交付：运行 git log -1 与 git status 证明文件已提交并推送；最终回复需包含 SerpApi（Google Trends）研究摘要、封面图公开 URL、git log -1 的实际输出；并通过邮件（smtplib 配合应用密码）将同样的总结发送至指定管理员邮箱。
使用方式
使用前必须先完成环境准备检查：确认已配置所需环境变量与目标位置（目标仓库、图片存储桶、作者邮箱等）。若缺失任何一项，必须停止并询问用户。
适用场景
适合需要规模化产出公司增长案例研究、并希望文章兼顾 SEO 关键词、结构化 MDX 模板与自动化发布流程的内容团队或增长团队。
限制
该技能对每一步都强制要求 QA 自检，并要求构建通过、推送成功、日志可验证、邮件已发送，任一环节失败即视为整个流程失败。技能本身不包含托管服务或可视界面，各流程依赖外部工具（Tavily、SerpApi、blog-cover-cli、git、存储 CLI、邮件服务）的凭据与可用性。具体收费、价格等信息暂未提供。