AI能写代码，却做不出一个能上线的小程序

10月2日，我第一次打开微信开发者工具，以为这一路上最难的是写代码。

半个月后、上百次改动之后我才明白：代码反而是最不难的那一部分。

一个人，两个AI——一个搭主线（WorkBuddy），一个做复审（豆包）——加上一个已经能跑的小程序。

先说清楚这是个什么产品：一个叫《元写作训练班》的小程序。学员按21天题库每天写一篇，AI按框架、逻辑、概括、立意、文笔、原创六个维度打分并逐条点评。每天写什么不用自己想——题目和知识点都提前排好了，21天走完正好是一轮完整的训练。点评也不说"写得还行"这种话：六个维度各差几分、差在哪一句、下一稿先改哪里，都摆得明白。学员是会员制——月卡、季卡、年卡、三年卡，年卡以上赠一本纸质书；写得好的上“习作精选墙”；运营方在后台管学员、审习作、发站内消息。

复盘这段过程，我越来越确信一件事：

AI可以替你写代码，但不能替你做一个产品。它能搭骨架、能写出专业级的程序，速度是人的几十倍。但从“能跑”到“能用”，中间那一段，它过不去。

不是它不够聪明，是它缺五样东西。这五样，恰恰都得人来补。

一、它不知道制度和流程长什么样

做小程序第一道坎不是写代码，是备案。

我一开始也以为备案就是走个流程。实际是：小程序备案和网站备案是两条线。小程序备案过了（渝ICP备2026024870号-1X），网站备案还在审，域名照样被接入层按SNI/Host拦掉——HTTPS直接断开，HTTP返回一个阻断页。这不是服务器配错，是规则。

AI不会提前告诉你这件事。它只会在你把报错贴给它之后，陪你一起分析。最后是我另配了一个已备案的子域名做过渡入口，同时把"备案通过后要改回哪几处"列成一张回切清单，等流程走完一键切回。

类似的还有：微信隐私保护指引里的“位置信息”指的是GPS接口，我的小程序根本没用定位，就不该勾；用户IP归属地属于日志类信息，在小程序内披露即可，不必占用那个权限项。

这些都不是技术问题，是规则问题。而规则，AI的知识库里往往只有一半——另一半在平台后台的某个角落，还在改版。

二、它不知道你的业务该怎么转

AI能给你一套“通用最优解”，但给不了“你的最佳状态”。

比如：作者把作品删了，管理端还要不要看得见？我要求软删——作者那边消失，后台留一个灰色的“作者已删”标签，供巡查，需要时再物理删除。再比如：封号等于拉黑，可以解禁；但会员在封禁期间不补偿、不顺延，原到期日不动。还有：会员刻意取消了“永久”卡——因为永久卖出去，就再也没有续费这个动作了。

这些规则没有一条是“技术最优”，全是运营权衡。AI猜不到，也不该猜。它能做的是：你把规则说清楚，它把规则落成代码，并且不偷偷改你的意思。

所以协同的关键动作不是“让AI想办法”，而是“我先把规则想清楚，再让它执行”。

三、它不知道用户凭什么选你

第一版点评跑通只要一上午，跑一批真实文章就露馅：“论证可以更充分”“语言可以更生动”，放哪篇上都成立，等于没说。更麻烦的是，学员自己开个对话框也能问出差不多的东西——那他凭什么按月付费？通用模型是水电，谁都能接；接上它，你只是又一个“AI写作工具”。

真正的分水岭在这儿：模型不缺，缺的是我的评法进场。

我先说清楚“元写作”是什么——这是我明确提出的概念，它颠覆了我们对写作的传统认知。写作不是简单的文字堆砌，而是一个自问自答的过程：一边写，一边不断提问、回答，把思路和内容引出来。问题就三类——“是什么、为什么、怎么办”，我管它们叫“元问题”，所以这套方法叫“元写作”。

这套理论不是我拍脑袋想出来的，我把它写成了《元写作：学校里没教的写作方法》出版，被10万+学员验证过——背后是我当秘书、记者、策划人、高管几十年，出版的10多本著作的写作沉淀。它本身就有独特价值，只缺一个把它变成AI内核的契机。

我把元写作看文章的固定顺序——先看立题站不站得住，再看骨架（钻石、空-雨-伞、ORID、六顶帽子各有步法），最后看三点式有没有混维度——拆成一份模型能照做的Skill。打那之后，点评不再是“一个通用模型在评”，而是樊荣强式的点评：先问立题，再对骨架，缺哪一步、顺序乱没乱，都按我人坐在这儿评稿的样子来。学员拿到的，是“我的评法”，不是模型自己的话。

四、它会把规则想当然

评法定下来了，评分规则上，AI又开始想当然。这一条最典型——它暴露的不是能力问题，是判断标准的归属问题。

AI点评原本有一条保护逻辑：只要学员改了稿，分数至少加3分。出发点是好的——怕学员照建议改完还掉分，觉得白改了。

但我一看就发现不对：改稿之后至少有四种情况。

一种是压根没按建议改；一种是改了，但改坏了；一种是干脆换了一篇新文章；还有一种，是误操作把文章弄残了。

这四种情况，凭什么都给加分？

后来规则改成四档：正文一字未动，锁住上次的分，防止反复点点评刷分；同一篇小改，允许涨也允许跌；大改或残缺，照实评，不设上下限；基本是另一篇，按新文章算，不继承旧分。提示词里原来那句“学员照建议改了却掉分，是最伤人的事”，也换成了”改坏了就该低，虚抬分数比降分更伤”。

这条改动，AI自己永远提不出来。因为在它的训练数据里，”鼓励用户”是一个正确的价值观；它不知道对一个写作训练产品来说，分数的可信度比分数的好看更重要。

五、有些功能，只能等你想起来

系统消息这个模块，从头到尾是我自己想到的。

两个AI前后经手了几十轮改动，没有一次主动建议：”你这个产品需要站内消息。”直到我提出来，它才开始设计表结构、写接口、做页面。

而且提出来之后还得继续推：注册、换绑、封号、开通会员、到期提醒、报名集体打卡、上精选、标违规、纸质书寄出、结业……一口气列了十几个场景。后来我又补了四个它没想到的：平台公告群发、AI点评额度用尽、连续打卡将断、订单未支付。

一个产品”该有什么”，靠的是使用者对场景的痛感。AI没有痛感。它不会在半夜想到”这个用户付了钱没付成，他会以为自己开通了”。

二十条证据

下面是这段过程里，我提出或纠正过的二十条。没有一条是AI主动提出来的。

合规与平台

1.小程序备案与网站备案是两条线，网站备案未过时接入层会按域名拦截——另配已备案子域名过渡，并预先列好回切清单。

2.隐私保护指引里的“位置信息”是GPS接口，没用就不能勾；IP归属地属日志类，在小程序内隐私政策披露即可。

3.手机号绑定必须"只补不换"——微信授权面板会列出名下多个号码，误选会悄悄换掉原绑定；因此绑定与换绑拆成两条通道，换绑必须走短信实时验证。

4.用户删掉小程序再进来，本地标记会丢，容易误弹授权面板——权限以服务端为准，启动登录加等待队列。

业务规则

1.封号即拉黑，可解禁；封禁期间会员不补偿、不顺延，原到期日不变。

2.会员只留月、季、年、三年卡，取消永久套餐；后台文案统一写“三年卡”，不写“3年卡”。

3.免费体验从3天改为7天，作为转化入口。

4.作者删除作品用软删，后台保留“作者已删”灰标供巡查，再按需物理删除。

5.IP属地要像资讯平台那样显示“IP属地：重庆”，完整IP收起，后台搜索能命中IP。

AI点评

1.只用通用大模型点评，空泛且没有产品独特性——必须把自己的评法沉淀成一套Skill（见第三节），而不是接一个模型就算完。

2.已提过的建议不许在下一轮重提——学员明明已经在“怎么办”前补了目标，第二、三轮还在要求补。

3.不许拿骨架的步骤名当位置——六顶帽子里红帽子排在白帽子之后，说“在怎么办前补红帽子”，学员会插错地方。

4.评分不能只涨不跌，按同文重交、小改、大改、换新文四种情况分别设上下限。

5.模型输出被截断会静默降级成规则引擎（曾给出77分），必须可观测、可恢复，且降级时不无故降分。

6.判不出结构不是终点——要给一份改造蓝本，让学员照着重排，这才是结构提分点。

写作页与体验

1.写作页必须一眼看出“还在改”，不能和阅读详情页长得一样——改成工作台视觉，加吸顶状态条和浅红底提示。

2.段间距要靠文本层整理空行实现，且回写不能把光标顶到末尾。

3.提交按钮顺序错了——看完点评要滚回页面中间才能定稿，应改为：正文、点评、报告、投稿与定稿。

管理后台

1.后台走“页面合并+情境按钮”，按钮压到三个字（标违规、上精选、撤精选），违规类用克制的黄；表格统一北京时间、长ID截断后可复制、除用户列外全表不换行。

2.新增系统消息模块，并补齐公告群发、额度用尽、打卡将断、订单未付四个场景。

所以，人机协同到底在协同什么？这二十条里，没有一条是“AI不够聪明”。它每一条都执行得很好——表建对了，接口写对了，边界也处理了。

问题在于，它不知道要做什么。