本文摘要目标给站点主站的「资讯」频道配一套每天自动发布的完整链路:定时任务从可靠信源选 1-3 篇 AI 资讯 → 合规重写 → 配图 → 发稿 → 校验 → 存档。目标是让「工作日早 7 点自动更新资讯」这件事跑通,不是只发一篇测试稿。过程需求与选型资讯频道下有 3 个子栏目:业界动态 / AI 生活 / 工具速递,各配一个分类。发布要走站点的门户文章接口,图床统一用自建的「映舍」(支持相册,配图放指定...

目标
给站点主站的「资讯」频道配一套每天自动发布的完整链路:定时任务从可靠信源选 1-3 篇 AI 资讯 → 合规重写 → 配图 → 发稿 → 校验 → 存档。目标是让「工作日早 7 点自动更新资讯」这件事跑通,不是只发一篇测试稿。
过程
需求与选型
- 资讯频道下有 3 个子栏目:业界动态 / AI 生活 / 工具速递,各配一个分类。发布要走站点的门户文章接口,图床统一用自建的「映舍」(支持相册,配图放指定 ID2 相册)。
- 发文接口是纯新增、无更新:已发布的文章不能直接改正文,所以发布前必须保证内容干净(尤其不能把内部备注/频道注释带进正文)。
- 用隔离的定时任务跑,不占用日常交互会话。
关键流程
- 定规范:每篇大白话重写 + 浓缩,不整段复制;只提炼事实要点(谁、发了什么、何时、影响);文末标来源 + 链接;措辞用「据了解/据官方」。每篇 300-600 字。
- 配图规范:适合首页轮播推送的,配图必须 850×350,上传到图床指定相册,且不带 LOGO。
- 发稿验证:发布后要验证分类挂载、URL、SEO 三件套(标题/关键词/描述)、正文排版、前台可见性,一项都不能少。
- 存档:原始素材落盘,避免以后要改文时找不到干净原文。
- 幂等:记录已发布文章,重跑自动跳过,避免重复发布。
遇到的坑
- 任务反复超时:前面两篇(reasoning 模型、gateway 重启)讲的就是这次踩的坑——定时任务选错模型类型导致卡首包超时、僵尸锁清不掉。
- 正文残留内部标记:起草时按栏目分组的「频道注释行」差点被带进正文发布。发布检查清单里必须加一条:正文首行不得残留内部标记/频道注释。这个错误一旦发出,因为是纯新增无更新接口,只能重发干净版再手动清旧的,返工成本高。
- 凭据管理:定时任务在空环境里跑,凭据要从本地凭据档读出并注入当前进程,用完即弃,不写进任何文件/日志/正文。
结果
链路跑通后一次手动触发,约 11 分钟自动完成:
- 从厂商官方博客/开源社区选到 3 篇真实一手资讯(当天热点),分配到 3 个子栏目各一篇
- 每篇 420-560 字白话重写,文末标来源,符合合规红线
- 各配一张 850×350 无 LOGO 配图,上传到图床指定相册
- 三篇全部通过分类挂载/URL/SEO/排版/前台可见校验
- 原始素材存档
复盘
- 自动化发布的核心在"规范前置 + 校验后置":把配图尺寸、合规红线、正文干净、幂等这些规则写死在任务说明里,执行时逐项校验通过才发,能避免批量返工。
- 纯新增、无更新的接口,发布前把关比发布后补救重要得多——一旦带错误发出去,返工很麻烦。
- 持久化任务跑自动化,模型选型和进程管理这些"基础设施层"的坑,比内容本身更容易卡住整体进度,值得预先摸清。
参考
觉得内容不错?我要