用 AI 搭建后台与 CMS：我负责什么，AI 负责什么
后台是整站里最容易失控的部分 —— 它要管内容、管分组、管排序、管发布状态，字段一多就容易乱。我从一开始就给自己划了条线：哪些必须自己想清楚，哪些可以直接交给 AI。这条线划清楚了，效率才真的起来。
一、先划清分工
开工之前我把要做的事分成了两堆，分法很简单：
凡是「决定要什么」的，我来：内容有哪些类型、每一类要存什么字段、分组怎么套、什么状态算可发布 —— 这些是结构，定错了后面全是返工；
凡是「按已定的结构去实现」的，交给 AI：增删改查、列表渲染、表单校验、批量处理脚本 —— 目标明确、可以逐条验收。
二、过程中的实际分工
具体落到这次的后台开发上，大致是这样：
我定内容模型：内容和项目分开管，各自挂一棵文件夹树；分组、排序、公开/私密都走同一套逻辑 —— 这样后台只维护一套交互，不用做两遍；
AI 写增删改查：列表、详情、编辑、发布/下线这些标准操作，直接生成；
我定交互规则：比如文件夹要能拖动排序，而且排序结果必须落到数据库 ——规则我先说清，实现交给 AI；
AI 写批量脚本：批量插图、批量调顺序这类"一次动很多条"的活，用脚本做，带改前备份；
我做验收：每条改动都要能验证 —— 比如"改完两端数据逐字节一致"，校验条件我定，验证过程可以自动化。
三、踩过的坑
也有翻车的时候，两个印象最深：
字段值不能靠猜：有一次建分组时，我按现有数据的写法推断了一个字段值，结果后端根本查不到那批数据 —— 页面上分组一个都没出来。教训是：填字段前先看后端怎么查，别照现有数据的值推断；
改完必须同步：后台数据在数据库里，本机改完不会自动到线上。有一次在本地把文章状态改了，线上还是旧的 —— 排查了一阵才想起来这回事。
四、结果
这套分工跑下来，后台现在能稳定管理：
内容和项目两套内容，各带一棵分组树；
分组的拖动排序（结果直接写库）；
发布 / 下线状态、以及列表的展示顺序。
工作量比预想的小，而且因为我一开始就把结构定死了，中间几乎没有大改。
感受/反思
这段经历里最有用的一条体会是：AI 提高的是"实现"的效率，不是"决策"的效率。结构、字段、规则这些要拿主意的地方，交给 AI 反而更慢 —— 因为它不知道你的项目里什么更重要。
另一条是关于验收的：凡是能定义出校验条件的事，就可以放心交出去。"两端逐字节一致"这种条件一旦定下来，谁执行都不容易出错；反过来，如果一件事你自己都说不清怎么算做对了，那大概也不该急着交给 AI。
相关推荐
专题：AI 搭建网站/CMS 实战：从 0 到 1 —— 会把内容模型、后台交互、批量处理这几块逐个展开。