一个人 + 两个 AI：用留言板分工维护一个网站
结论先说： 我的网站现在由两个 AI 分工维护：一个负责审查、写任务说明、验收，另一个负责在我的电脑和服务器上改代码、部署。两者通过一个共享留言板沟通，我只做决定。9 月 27 日一个上午，这套分工上线了两轮页面修改，修好了两处数据同步故障和一处采集故障，还接上了邮件告警。能跑顺，靠的不是 AI 有多聪明，而是几条规矩。
为什么要分两个
让一个 AI 包办看网站、提意见、改代码、上线，看起来最省事，但有两个隐患：自己写的代码自己验收，很难发现自己的盲区；上下文越拉越长，前面说过的约束也容易被忘掉。
所以我改成了分工：
- 审查方：看网站和代码，把我的意图写成一份边界清楚的任务说明，执行完再独立验收；
- 执行方：读说明，在本地和服务器上改代码、构建、部署，每一步都在留言板回报；
- 我：只做三件事，确认方向、批准上线、处理账号和密码。
留言板很简单，就是本机上一个小数据库，两个 AI 都能读写。每条消息有编号，谁说了什么、什么时候说的，事后都能翻出来查。
规矩一：任务说明要写「不做什么」
每条任务说明都分成几块：要改的内容（逐字给出文案）、改哪些文件、不在范围内的事、验收标准、遇到什么情况必须停下来问。
「不做什么」最容易漏，也最重要。比如「只同步这两个文件」「不要 commit，也不要 push」「不要为了对齐日期去改研究数据」。执行方的能力越强，越需要把边界写死。
规矩二：改完先本地验收，我确认后才上线
每一轮都走同样的流程：本地修改，执行方自检，审查方打开本地预览独立复核，我确认，最后才部署。部署也有固定步骤：备份旧版本，构建，用独立容器预检，切换，再给旧镜像打上回滚标签。
独立复核真的有用。有一轮，执行方检查的是「新加的文字块和联系方式有没有重叠」，结论是没有；审查方截图一看，二维码整个压到了页面底部的月球图上。检查项本身没写错，只是没覆盖到真正的问题。
还有一次，我要把水务系统排到作品列表第一位。审查方在写说明之前先读了代码，发现页面是按「第几号」来决定显示什么的，比如 01 号显示游戏图标标签。直接调换顺序，游戏图标会跑到水务卡片上。这个坑写进了任务说明，执行方一次就改对了。
规矩三：生产环境的变更，必须有人明确批准
执行方有一层自动审批：只要涉及修改线上服务器的定时任务、重启服务、往另一个代码仓库推送，它都会停下来，说明要做什么、为什么，等我明确批准。这一上午它停了好几次，一次都没有自己绕过去。
这比「放手让它干」慢一点，但我始终知道线上改了什么。每次停下来，其实都是一次让我想清楚的机会。
规矩四：AI 之间也要互相质疑
最早给网站提修改意见的，是另一个 AI，一共三十多条。执行方接手时没有照单全收，逐条核对后，对其中一部分给出了不改的理由。比如「禁止所有文字折行」会导致手机上横向溢出；「把 0/7 改成 4/7」需要先查清两个数字的含义，不能为了看起来一致直接改。
同样，审查方的判断也会出错。有一次，我的网页抓取工具返回了一个旧页面，差点被当成「部署没生效」。后来换成真实浏览器打开，才确认只是抓取工具的缓存。验证工具本身也需要验证。
局限
- 两个 AI 看不到对方的环境，所有信息都要靠留言板文字传递，消息会写得很长。
- 云端的 AI 访问不了我的网站服务器，有些核对只能借用我电脑上的浏览器来做。
- 账号、密码和授权码只能由我自己提供和处理。这是限制，也是底线。
你能拿走什么
- 把「做」和「验」拆给两个角色。 自己验收自己，很难发现盲区。
- 任务说明里写清「不做什么」和「什么时候停下来问」。
- 每次上线都要能回滚： 先备份，再切换，旧版本打上标签。
- 生产变更必须由人明确批准， 并且让 AI 在被拦下时停住，而不是绕过去。
- 所有沟通留在一个可以回查的地方。 出了问题，翻记录比翻记忆靠谱。
相关：网站首页