如果写博客这件事本身也要用 AI 重构，会变成什么样？10 天，31 篇文章，一套从写作到分发的静态出版系统——过程里三次险情，一次比一次值得记。
10 天，31 篇文章，一套从写作到分发的静态出版系统——过程里三次险情，一次比一次值得记。9 月 7 日从“想要一个博客”开始，到今天它能自动登记访客、自动回写导航、自动备份自己。这篇做个复盘，也说五条建议。
五个里程碑
- 09-07：静态博客系统成型，部署到 123 云盘，接入阅读计数
- 09-11：发布流程标准化——链接转博客、推广长图、知识库存档，一气呵成
- 09-14：技能包移植——同一套流程在 Cherry Studio、Windows Hermes 复跑
- 09-15：多 agent 冲突爆发与收编，首页纳入 26 篇
- 09-17：进入门禁、导航全量修复、备份机制上线
三次险情
首页被覆盖。9 月 15 日发现线上首页成了另一个系统的产物——另一台 agent 用同一个链接写了同一主题的文章，直接覆盖了 index.html。修复：以本地源文件为准重建，把两边的文章收编进同一首页。记住：多个 agent 共写一个目录，等于没有约定。
导航快照过时。“除了最早和最晚，其他文章都缺上一篇”——每篇文章的上一/下一篇是发布那一刻的快照，之后发文从不回写。修复：全量重算，并让发布动作自动回写原最新文章。记住：一切“生成时确定”的展示数据都会过时。
缓存与副本。CDN 不同副本内容不一致、沙盒的临时目录和依赖包随时清空、镜像源下载断流。修复：把恢复过程固化成流程。记住：环境不可信，流程才可信。
五条看法与建议
- 架构：静态站没有写权协议。多 agent 环境应各自独立子目录，再由一层聚合页统一收录——共同写入就是共同覆盖
- 数据：md 源文件是唯一事实，线上一切都可以重建。备份备份的是源，不是产物
- 产品：付费墙和刷量都分析过，最后只上了登记制——门槛挡住的常常是刚好奇的人。仪式感可以有，代价要透明
- 内容：31 篇里分发几乎为零，写得多送得少。下一段瓶颈不在生产，在触达
- 工程：技能包在三个环境复跑，暴露的全是环境差异（字体、浏览器版本、路径）。移植文档的价值不亚于代码
结语
这套系统最有价值的不是任何单个功能，而是“一切皆可重建”的确定性：源在，系统崩了也只是重跑一遍脚本。
相关阅读：不穿别人的衣服：以人为己的学习法
整理 / 哈雷彗星
评论1