这是一篇做事的复盘，不是产品测评。目标：让一张财税监管日报站每天自动更新、自动发布、自动验证，而站长是非程序员，公司网络限流严重，预算为零。最终达成：39 条内容、七大板块、工作日 10:00 自动报更、每 2 小时兜底推送、发布后自动验证，全程无服务器、月成本 0 元（域名除外）。以下是完整路径与踩坑。

一、架构决策：静态站 + 数据与表现分离

第一个正确决策是不做后端。纯静态 HTML + 一个 posts.json 数据文件，推送到 Gitee 后由 EdgeOne Pages 自动构建，全球 CDN、HTTPS、双域名全部免费。数据与表现分离意味着：内容更新永远只改 JSON，前端渲染逻辑与内容解耦——这让后续所有自动化都建立在「改一个数据文件」这个最简单的动作上。

二、双通道发布：为最坏情况设计

公司网络对 git 协议限流（fetch/push 随机卡死），单靠 git push 迟早翻车。因此发布必须有 Plan B：git push 失败自动降级到 Gitee Contents API 逐文件提交（标准库 urllib 实现，零第三方依赖，令牌从本地凭据文件读取）。

这一设计当天就救了场：git 通道反复挂起，所有内容经 API 通道按时上线。代价是 API 提交产生独立 commit、本地与远程历史分叉——处理原则写进手册：网络恢复后 rebase 对齐，任何情况下禁止强推。

三、自动化：把规则写进提示词，而不是靠 AI 自觉

定时任务用 WorkBuddy automation（工作日 10:00 触发），稳定运行的关键是提示词工程：

• 自包含：任务运行时看不到对话历史，仓库路径、数据格式、信源清单、发布命令全部写进提示词
• 红线内嵌：不得虚构、先查重、48 小时空缺不凑数、标题长度上限——每条都是曾出过问题的规则
• 出口明确：git 失败怎么办（转 API 通道）、无内容怎么办（如实空缺）、成功后做什么（curl 验证线上）

配套两层兜底：Windows 计划任务每 2 小时推送未提交变更；发布后 curl 线上数据确认 EdgeOne 构建完成。三层机制覆盖「内容生成 → 推送 → 发布」全链路。

四、失败自愈：每个坑都变成手册章节

一天内真实踩过的坑与处置：本地与远程历史分叉（stash→rebase→逐文件比对确认无丢失）；API 脚本硬编码令牌且已进远程历史（重写为环境变量/凭据文件读取 + 轮换令牌）；Windows 下 CRLF 让 git status 误报整片改动（.gitattributes 治理）；pip 装不上 requests（脚本改用标准库重写）。每个坑的处置都沉淀为 AI-GUIDE 的「接手自检」章节——这份手册既是给下一个接手者的说明书，也是自动任务的规则来源。

五、五条可复用的经验

1. 数据与表现分离：内容放 JSON、逻辑放 JS，自动化只碰数据，风险最小化
2. 为零依赖而设计：标准库能实现的绝不引第三方包，换环境就能跑
3. 为最坏情况设计发布通道：主通道一定会坏，Plan B 的成本远低于翻车的成本
4. 把规则写进提示词并持续维护：AI 的输出质量=提示词质量，规则每被坑一次就加固一次
5. 文档即资产：AI-GUIDE 让任何一个新 AI 会话十分钟接手全部工作——这是给「团队里的下一个智能体」写的

下一步计划：飞书播报打通「成功/空缺/失败」三态通知、任务失败告警、内容 JSON 校验器——自动化闭环的最后几块。完整操作规则见 AI-GUIDE.md，欢迎按图复现。