验收流水线:每写完一篇,验收一篇

先看一个真实场景

新手最容易这么死:一口气让 AI 生成 10 篇,最后一起看——第 1 篇有个格式错误,后面 9 篇全都继承了它,返工量翻十倍。每写完一篇,验收一篇,错误当场死掉,不进下一篇。这一课把验收固定成三关流水线,以后每一篇都走一遍。

三关流水线(每篇必过)

1. AI 自己报的质检:pnpm check-content && pnpm build 全绿。提示词已强制它跑,你要做的只是确认它真的跑了、最后一行没有红色 error。失败?提示词里写了「失败修复后重跑」,大部分情况它自己修好——修不动就把最后一行报错贴给你,你转给 AI 换个思路。
2. 肉眼看页面:pnpm dev 打开这篇——标题对不对?表格在手机上能不能横滑?兑换码能不能点一下就复制?图挂出来没有?
3. 回应 AI 的提问:它列的「待补充清单」,有数据就补给它让它补全;它问二选一的问题,明确回答。

draft 的处置规则

AI 列了待补充清单而你暂时没数据:让这篇保持 draft: true,先写下一篇。草稿只有开发模式可见,正式构建根本不会发布——所以「先占位、后核实、再转正」不丢人,带病上线才丢人。每周固定一个「翻正时间」,把攒下的草稿逐篇核实转正。

一篇一个存档点

每篇验收通过,让 AI 帮你 git commit 一次(一句话说清这篇是什么)。好处:哪天改坏了什么,你可以精确回到「上一篇好文章」的状态,而不是「上周某个不知道哪里坏了的晚上」。一切改动走源文件,永远不手动改 build 产物——产物是临时的,每次构建都会重生成。

三个经典错误(提前替你踩)

• 攒 10 篇一起验收:错误批量复制,返工翻倍。一篇一验,流水线才叫流水线。
• 没核实的内容不标 draft 就发布:兑换码错一个、数值错一处,信任的窟窿补不回来。
• 让 AI 改网站代码来实现文案需求:文案改配置就行,代码是承重墙;同理,永远不手动碰 build 产物、不跳过 git 保存。

本课新词(就 3 个)

• check-content:内容检查器——无 H1、标题层级、图片 alt、内链规范、站内链接数量,一条条扫。
• build(构建):把源文件变成可上线网站的总闸,登记卡格式不对它第一个拦下。
• commit(存档点):git 里的一次保存,附一句话说明——你的时光机锚点。

✅ 验收(全部成立才算完成)

• ☐ 最近一篇过了三关:质检全绿、肉眼看过、待补充清单有下文
• ☐ 所有未核实内容都挂着 draft,没有裸发的
• ☐ 每篇一个 commit,你能说出最新存档点写了什么

下一课

单篇质量稳了,该定节奏了:第一版上线几篇?剩下怎么排?下一课给你首版 10-15 篇的分批上线日历。去第 17 课 · 首版排期