用 AI 辅助开发个人网站的真实时间线
"用 AI 做网站"这句话太笼统了 —— 它既可能是"让 AI 写几段代码"，也可能是"整站交给 AI"。这篇不给结论，先给两条能核对的东西：这个站从提交记录看是怎么长出来的，以及 AI 具体能插在哪一环、哪一环插不进去。
一、提交记录里真实的时间线
把三个仓库（前台 / 后台 / 服务端）的提交按日期排开，大致是这么几个阶段：
7 月 5 日：前台仓库第一批提交 —— 定页面结构，写出第一版能看的页面；
7 月 15 日 ~ 27 日：三个仓库同步推进 —— 接口、管理端、页面同时在改；
8 月 1 日 ~ 4 日：服务端提交最密集的一段（单日 4~5 次）—— 数据模型、接口、内容管理集中在这几天；
8 月 11 日 ~ 25 日：提交变零散 —— 调整期，改细节为主；
9 月 5 日 ~ 6 日：三端各出一批提交 —— 联调、样式、收口；
9 月 20 日 ~ 21 日：上线前的部署与配置。
从这份记录本身能看到两件事：一是 前后端是并行推进的，不是"先做完后台再做前台"；二是 收尾比开工长 —— 7 月初就开工，直到 9 月下旬才到能上线的状态。
二、AI 具体能插在哪一环
先说能对上的部分。以下是我这几天实际做过、也能复核的事：
批量核查：比如某个开发工具新版本调整了功能入口，需要判断站内几十篇文章里哪些操作路径失效了 —— 先按关键词把候选全捞出来，再逐条判定，而不是凭印象动手；
数据同步与校验：本机改完内容后同步到线上，然后用两端内容逐字节比对（哈希一致才算过）—— 这类重复、易错的活很适合交给 AI 做；
批量改动：给一批文章插入配图、调整分组顺序，一次处理多条记录，附带改前备份；
写常规文档与注释：把改动过程、踩过的坑记进变更文档，方便回头查。
三、AI 插不进去的环节
这部分同样重要，因为踩过：
需要账号权限的操作：比如证书、后台登录、真机调试这类要本人身份的事，AI 代替不了；
要判断"信息是否属实"：AI 能快速整理资料，但"这条信息本身对不对"得自己核对 ——有一次我拿到的一条信息就是错的，如果直接照着改，会一次改错几十处；
涉及真实截图与界面：教程里的界面截图只能自己截，用示意图会误导读者。
四、一个实际观察
把 AI 用在这类项目上，最有价值的不是"帮我写一段代码"，而是替我处理那些"步骤固定、但一次要动很多处"的活 —— 批量核查、批量同步、批量校验。
这些活人做容易漏、做完了也不好验证；交给 AI 做，只要把校验条件说清楚（比如"两端内容哈希必须一致"），结果是可以被验证的。
结论
如果要用一句话概括这条时间线：开工不难，收尾最花时间 —— 而这恰好是 AI 最帮得上的地方，因为收尾阶段全是重复的、需要逐条确认的工作。这段经历也改变了我对"AI 能帮什么"的判断：它最擅长的是那些重复、但要逐条确认的活，而不是替你做决定。
相关推荐
专题：全栈开发：从 0 到上线。后续还会写内容同步里踩过的坑、以及部署脚本怎么写。