在静态博客上做 AI 功能，最忌讳把 API 调用放在读者请求的路径上：慢、贵、而且随时会挂。结论很简单——让 AI 在发布时干活，而不是在阅读时干活。

增量与缓存

管线脚本在 next build 之前运行：先算每篇文章的内容哈希，没变的直接跳过，变了的才调模型。AI 的产出写进缓存文件，随代码一起提交——AI 结果的版本历史，就是文章的版本历史。

  • 摘要：正文前 2000 字 → GLM → 120 字总结
  • SEO：description 与 keywords 一次性生成
  • embedding：embedding-3，供检索与相关文章使用

成本账

按几百篇文章算，一次性全量处理不到一杯奶茶钱；之后每次提交只处理新增和变更的文章，日常成本趋近于零。

让 AI 在发布时干活，而不是在阅读时干活。

这套思路的直接产物，就是每篇文章顶部的 ✨ AI 摘要卡片，以及RAG问答接口在运行时依然可以做到毫秒级首包。