如何利用AI更新这个博客系统

这篇文章本身就是一次演示：我在对话里把稿子交给 AI，它生成静态页面、更新首页与 RSS，再通过 WebDAV 同步到云端——全程没有打开过编辑器。

这个博客系统是 AI 帮我搭的，现在连"写博客、发博客"这件事，也可以交给 AI 来做。这篇文章记录整个过程，也顺便说说怎样跟 AI 协作才靠谱。

一、系统是怎么来的：把需求说清楚

最初我只有一个模糊的想法：要一个静态博客。如果只说"帮我做个博客"，得到的大概率是一个漂亮但不对劲的模板。真正有用的做法是把需求一条条列出来：

• 入口页面左侧按日期（月份聚合）和标签导航，右侧是卡片摘要
• 点击「写文章」弹出 Markdown 编辑器，顶部一个「完成」按钮
• 完成后生成自包含 CSS 的静态页，多媒体自动归入 assets/<文章名>/ 子目录
• 卡片与导航随保存即时更新

需求写得越具体，AI 交付越准。 模糊的愿望得到模糊的产品，具体的清单才换来能用的系统。

二、出了问题：把现象交给 AI

系统上线后我发现了路径 bug：文章页里的"返回首页"指向 ./posts/index.html，多了一层 posts。我做的只是把看到的现象贴进对话。

AI 的处理路径是这样的：

1. 定位到生成器里相对链接没有按文章页所在目录回退
2. 修改链接生成逻辑（../index.html 与 ../posts/）
3. 自己写测试脚本，模拟部署后的点击链路，跑通后交付

报错信息和异常现象，是最好的提示词。你不需要懂代码，只需要如实描述"我看到了什么"。

三、让 AI 自己验证自己

比修复更有价值的是验证。AI 用无头浏览器把整个站点当作真实用户点了一遍：

机器验证代替肉眼检查，这是 AI 协作里最容易被忽略的一环：让它对自己的交付负责到底。

四、现在的更新流程

对话写稿 → AI 生成静态页 → WebDAV 同步云端 → 读者访问

• 在对话里完成写作与修改
• 生成静态页面与首页更新
• 上传到 123 云盘并验证
• 你现在正在读这一篇

结语

AI 没有让"写博客"这件事变得不需要人，它把其中机械的部分——建站、排版、部署、修 bug——接了过去，留下真正的核心：你想说什么。

这套系统的下一步，也许是把这次的过程做成固定能力：以后每篇文章，都可以这样直接从对话到云端。