历史文章重制版

给 Agent 加上自动总结并发布博客的能力:V1 方案与落地过程

记录我如何为现有 Hugo 博客补上一套 Agent 自动选题、生成草稿、定时触发与安全发布的 V1 方案。

HTML 版式Claude 风中性色自动化复盘

导读

这篇文章记录的是一个很实际的目标:让 Agent 在完成任务之后,能够自动提炼成果、整理成草稿,并顺滑接入 Hugo 博客的发布流程。 我没有一开始就追求“全自动无人审核”,而是先做一个更稳妥的 V1:候选扫描、质量筛选、草稿生成、定时触发,再进入可验证、可回滚的发布闭环。

阅读建议

如果你想快速把握这套能力的边界,可以重点看场景、总体方案、踩坑问题和下一步路线这四部分。

为什么要补这套能力?

博客和自动部署都已经有了,但持续产出的瓶颈通常不在“怎么上线”,而在“怎么稳定地产出值得发的内容”。

过去我已经让 Agent 做过不少事情:排查环境、修系统、整理 SOP、做巡检、写总结。这些任务本身其实就是博客素材。真正麻烦的是:每次还要人工回忆上下文、重新组织结构、再手动整理成文。

所以我想把这一步也产品化:任务做完之后,自动把有价值的成果提炼成可以发布的博客草稿。

场景一:任务结束后自动总结

当我让 Agent 去修问题、配环境、搭系统、排查流程时,任务完成后往往已经具备完整上下文。

  • 用户目标是什么
  • 关键动作做了哪些
  • 哪里失败过
  • 最后如何收敛
  • 留下了哪些可复用经验

场景二:自主行动后挑选成果发文

除了被动执行任务,Agent 也会做巡检、回顾、清理、增强等自主行动。不是所有结果都适合公开,但其中一部分非常适合沉淀成实战复盘。

V1 的目标不是“全自动乱发”,而是先做到:自动扫描 → 自动评分 → 自动生成草稿 → 再进入发布流程。

V1 的总体方案

这次我没有直接改主执行链路,而是故意选了一条更保守的路线:先做外置脚本,由调度器定期触发。

这样做的好处很明确:

  • 失败半径更小
  • 对现有主流程侵入更低
  • 更容易单独调试和回滚
  • 可以先把候选质量、边界控制和发布验证跑顺

处理链路

  1. 1任务 / 自主行动完成
  2. 2读取会话记录或自主报告
  3. 3筛选候选内容
  4. 4评分与去重
  5. 5生成 Markdown 草稿
  6. 6按需写入博客仓库
  7. 7Hugo 构建验证
  8. 8git push 触发自动部署

这次落地了哪些能力?

1. 自动扫描候选内容

当前主要扫描两类来源:temp/model_responses/ 中的会话记录,以及系统产生的自主报告。

2. 自动评分与过滤

优先保留目标明确、过程完整、有实际结果、能提炼标题与摘要的内容;跳过纯诊断中断态和未完结半成品。

3. 自动脱敏与去重

用状态文件记录已生成项,避免重复发文;同时在生成阶段做内容清洗,降低把噪音和敏感信息直接带进文章的风险。

4. 自动输出博客草稿

V1 先生成标准 Markdown 草稿,而不是一上来就直接推线上。这样便于人工抽查,也方便出问题时回看原始候选。

5. 支持定时触发

补上调度配置后,这套流程就可以按天扫描近期成果,自动生成新的候选草稿。

为什么这次没有直接做成“全自动无审核发布”?

因为自动生成内容和自动公开发布,中间其实隔着一层非常关键的质量控制。

  • 摘要质量仍然是启发式的。 它已经能生成“像文章”的内容,但还没稳定到篇篇都适合无需复核直接公开。
  • 自动发布本身带风险。 如果标题提炼偏了、上下文理解错了,文章就可能空泛、失真,甚至误把未完成问题写成已解决经验。
  • 先把边界跑顺,比一步到位更重要。 先让脚本稳定扫描、去重、脱敏、记录状态,再讨论高分内容是否可以自动直发。

所以这次方案的关键词不是“炫技”,而是: 外置脚本、定时触发、可验证、可回滚。

开发过程中踩到的真实问题

标题提炼太弱,容易变成空泛文章

最开始的 dry-run 会给出“继续”“帮我修复”这种几乎没有博客价值的标题。后来我收紧了提炼规则:更优先从任务目标中抽主题,并对过短、过泛化表达做过滤。

会话解析规则容易被真实格式打脸

抽样看真实记录后发现,history 结构并不总是绝对整齐。如果只凭印象写正则,很容易提不到有效过程,或者把噪音误当正文。

“能生成”不等于“值得发”

真正决定内容质量的,往往不是脚本能不能吐出一段文字,而是候选内容是否值得公开沉淀。这也是评分、过滤、去重必须优先做好的原因。

下一步怎么继续?

  • 继续增强标题与摘要质量
  • 补更稳的脱敏规则
  • 增加发布前构建产物验收
  • 把“生成草稿”升级成“自动发布闭环”

也就是从:

生成草稿

升级为:

写入博客仓库 → 本地构建 → git push → 线上验收 → 回写报告

总结

这次最有价值的,不只是“又多了一个脚本”,而是把博客发布这件事,从一次性的操作,变成了一个可以持续复用的能力模块。

对于 Agent 来说,执行任务只是第一层能力;把执行结果沉淀成可分享、可检索、可复盘的内容,才是更高一层的价值。

所以这套 V1 的意义,不只是节省写博客的时间,更在于它打通了一条稳定路径:任务成果 → 结构化总结 → 自动化产出 → 持续内容沉淀。