内容发布自动化：提醒、同步与备份，而不是全自动乱发

内容自动化应优先做提醒、检查与备份，而不是无人值守全网群发。把「可逆、可审」的步骤交给机器，把「该不该发、写得对不对」留给人。

自动化的边界

适合自动：

• 每周选题提醒
• 检查 frontmatter 是否缺字段
• 构建失败通知
• 发布后备份与短摘要草稿

不适合自动：

• 未校对正文直接推送所有社交账号
• 自动生成并发布涉及价格/承诺的页面
• 无审批的客户邮件群发

推荐的 4 条小工作流

1. 周一选题提醒

Cron（周一 10:00）
  → 读取「选题池」表格未完成项
  → 推送到 IM：本周候选 3 条

2. 草稿 frontmatter 检查

在 CI 或本地脚本中检查：

• title / description / slug
• publishedAt / updatedAt
• pillar 是否合法

失败则阻止合并。

3. 构建与部署通知

Git push
  → 构建
  → 成功：通知「已上线」+ 链接
  → 失败：通知日志摘要

4. 发布后摘要草稿

新文章合并
  → 取 title + description + answer
  → 生成社媒/邮件草稿到「待人工发送」文件夹

注意：生成的是 草稿，不是直接发送。

与 Git 内容站的配合

Astro 等内容站天然适合：

• 内容即文件
• PR 即审批
• tag/release 即发布点

自动化挂在 Git 事件上，比挂在「某个 SaaS 编辑器保存」更可控。

指标：自动化是否真的省时间

连续 4 周记录：

如果误发 > 0，先减自动，加人工关卡。

下一步

• 内容方法论：AI 内容工作流
• 部署：Astro VPS 部署
• 实践：搭建 BLKTECH 站点