第 32 节 · 闭环 / 反馈：同一个坑摔两次¶
不要同一个坑摔两次——但别把它想成「AI 自我进化」。这一节的闭环很土：人写复盘，经验回灌成新版本的技能。
一、同一个坑摔两次，为什么这么常见¶
2026 年 8 月 5 日，我给自己的技能库做了一次全仓体检，一共 242 个技能文件。报告里有两行数字，都很难看：
| 体检项 | 规模 | 占比 |
|---|---|---|
| 触发词写错了字段（写在了不参与路由的那个字段里） | 210 / 242 | 87% |
| 被设成「不许模型自动触发、必须人工点名」 | 212 / 242 | 87% |
第一行的意思是：装上了，模型却不知道什么时候该用它。 第二行的意思是：模型永远等不到它自己上场。
但第二行不能整句照读。那 212 条里，其中一部分是本来就该手动触发的——有些技能天生要人点名才动，这是设计意图，不是毛病；剩下的是真写错了，把本该被自动路由的那些也一并锁死了。两类混在同一个数字里，得像筛沙子一样一条条筛，没有哪个脚本能替你把它们分开。
两行合起来，仍是一个很具体的现象：绝大多数技能，装了等于没装。
但这两个数字还不是最要命的。同一份报告里另有一句话，它承认的是"回灌"这件事本身没在转：
技能经验回灌受阻……优化飞轮转不起来。
这句得解释。"回灌"是我这边的一个土词：把这一次踩的坑，写回到技能定义里去。落到动作上就是——发布完一篇内容，写一份复盘；复盘里列出"下次要改的地方"；这些"要改的地方"逐条变成技能文件的新版本。下一次再遇到同类任务，新版本会先拦住那个旧坑。
如果少了这一步，经验不会自己留下来。它随着那个会话一起蒸发——每一个新会话都从零开始，上一个会话用血换来的那条规则，不在场。
在人多的组织里，这一步还常有人肉兜底：老手记得，同事会提醒，出了事有人会拍桌子。一个人公司没有这个人肉层——所有"上次说过了"都寄生在会话里，而会话是会结束的。
这件事一点都不新。工厂里出过一次事故，车间主任召集大家口头讲一遍，谁也没把它写进作业指导书；三个月后换班，同一个工位、同一个动作，同一台机器夹了同一只手。
经验不会因为"发生过"就留下来，它只会因为"被写下来"才留下来。
图 A-32-1（待出）：经验蒸发图——一次踩坑只活在当时的会话里，下次换会话/换人，原样再踩一遍
二、我第一次真的把它写回去了：8 条建议，10 条技能条目¶
2026 年 9 月 3 日，一篇技术实测长文跑完四平台发布（公众号、知乎、X、小红书）。发布链条一结束，先写的不是庆祝稿，是复盘。
复盘单开了一节，叫"回灌建议"，列了 8 条。这 8 条不是"以后要注意"这种废话，每一条都钉着一个已经发生的问题。举三条：
- 发布脚本把一条自检用的注解文本当成了正文，直接发了出去——人工删除错帖再重发，才收场；
- 封面比例不符合平台规格，发布前卡在一个"待裁切"状态里；
- 公众号文末那个推荐位，挂的还是一个没回填的空占位符。
8 条建议交出去，最后落成 10 个技能条目。多出来那 2 条不难解释：其中"出图 / 封面"那一条建议，一个动作要同时改封面设计、配图、封面合成三处技能，于是 1 条建议裂成了 3 个条目。
10 个条目里，9 条末尾都跟着一句"原因："，后面写死那次发布里出的具体问题。剩下那 1 条没写原因，只写了"对齐某处口径"。
版本号也值得看一眼：多数只往前挪一个位（1.1.0）；有一条直接跳到 2.1.0——因为那次修的不是措辞，是一个"这条路以后别再走"的工具链禁令。
| # | 落点的技能（按职能） | 变更形式 | 版本 | 写明的"原因" |
|---|---|---|---|---|
| 1 | 推文串写作规范 | 规则修正 | 1.1.0 | 自检注解文本泄漏进正文 |
| 2 | 平台发布脚本 | 工具修复 | 1.1.0 | 解析器没剥离注解行 |
| 3 | 公众号写作规范 | 规则新增 | 1.1.0 | 营销腔进正文、信源站不住 |
| 4 | 内容质量铁律 | 规则补充 | 1.1.0 | 自夸样本缺边界、标题与正文文体不一致 |
| 5 | 封面设计规范 | 规则补充 | 1.1.0 | 封面比例不合平台规格 |
| 6 | 配图规范 | 限制补充 | 2.1.0 | 放大工具链依赖过重、白耗工时 |
| 7 | 封面合成规范 | 规则补充 | 1.1.0 | 同一处比例与规格问题 |
| 8 | 平台适配规范 | 补充示例 | 1.1.0 | （未写原因，仅对齐口径） |
| 9 | 公众号发布流程 | 流程补充 | 1.1.0 | 占位链接没有回填闭环 |
| 10 | 审稿规范 | 流程补充 | 1.1.0 | 复盘确立数据回收的时间点 |
图 A-32-2（待出）：8 条建议 → 10 个技能条目；10 条里 9 条带"原因"栏，1 条不带
这张表本身没什么技术含量，它想说的只有一件事：回灌是把"这一次的教训"翻译成"下一次的默认行为"。 教训还是那个教训，载体换了——从一个人的临时记忆，换成一份下一次任务开工时会自动被加载的规范。
同一类任务，回灌前后会走出两条不同的路。回灌之前，再遇到同样的活，没有人会主动提起那个坑：注解文本会不会又被当成正文捞进去、封面会不会又卡在待裁切的门口、占位符会不会又原样挂到线上，全看当次有没有人恰好盯住。坑还是那些坑，只是当时还没有名字——它们还没有落在流程的任何一个必经点上，过不过得去，靠运气，也靠人。回灌之后，同一件事被摊到几个不同的环节上：写作规范里多了一条"哪些行不算正文"，发布脚本里多了一道剥离动作，发布流程里多了一次占位符回填的确认。坑还是原来那个坑，只是这一次它要连过三道关，而每一道都是默认开着、不需要谁临时想起来才生效的。
三、更早一次：6 个缺口，5 个文件¶
同一条路，我在 8 月 10 日走过一次，那次的形式更干净。
起因是"拆爆款"：找一篇跑得好的内容，反向拆它的结构，再拿它来照自己的技能包——看差在哪。拆完列了 6 个缺口：
- 类比域里缺"金融 / 博弈"这一类，也缺"工具升格成角色"的写法；
- 开头公式里缺"反共识 / 泼冷水"这一型；
- 正文缺"数字成链"的证据规则——一个数字不够，要能堆成链；
- 标题里缺"身份实录"型模板；
- 缺"时间货币化"的开头，也缺"这条内容为什么值得收藏"的设计；
- 垂类路线缺一条明确取舍：走专业，还是走通俗。
6 个缺口，最后落在 5 个技能文件上（有两个缺口的目标文件是同一个）。落法有一条硬规定，我原样抄给你：
全部为「追加式」补丁，不改写既有内容；每条补丁标注来源。
这句话值钱的地方在后半句。追加式的意思是：只往后加，不去改前面已经写好的章节。每条标注来源的意思是：以后有人翻到这一条，能顺着它摸回它是因为哪次实践加进去的。
一条没有出处的规则，和一条凭空编出来的规则，在文件里长得一模一样——这是技能库最容易腐烂的地方。
而"追加"这个动作，跟它在工业界的老对手是同一个思路：船舶的改正通告不改写整本海图，只在后面加一页，写明"第几号图、哪一处、改成什么"。手册可以一直用下去，但必须一直有人往里补页。
四、说实话：这不是飞轮，是手摇绞盘¶
到这儿很容易写出一个爽的版本：发现了问题 → 于是修好了 → 系统自动进化了。
不能这么写。事实是这个样子。
第一，8 月那次盘点只立项，没动手。那份报告在自己开头就写死了边界：今天只立项，不排查、不改定义、不跑批量修复脚本。原因也写在里面——负责这件事的岗位当时还没到位，整个动作卡在那儿。
第二，那两行 87%，到今天也只是被记录下来了，不是被清掉了。
第三，也是更关键的：这两次回灌，全部是人手动做的。 复盘是人写的，8 条建议是人列的，10 个条目是人改的，版本号是人敲的。没有任何一步是"系统自己发现、自己改好"。
所以那句自陈才那么难听，也那么准——"优化飞轮转不起来"。
飞轮和绞盘的区别，不在外形，在动力从哪来：飞轮转起来之后靠惯性自己转，你只要推第一下；绞盘每转一格，都得有人抓住把手摇一次。
不要再给它加力气。我们先有一台绞盘，还没有飞轮。 它确实能把经验从这一次搬到下一次，但它每一次转动，都得有人在边上摇。
图 A-32-3（待出）：飞轮 vs 手摇绞盘——飞轮推一下靠惯性自转；绞盘每转一格，需人摇一次
五、为什么一个 AI System 需要闭环¶
把这一节挂回整条链上看。
前面那个零件（闸门）管的是"这一次的错，别发出去"；闭环管的是"这一次的错，下一次别再出现"。闸门是单次的、当场生效的；闭环是跨版本的，它要等下一版技能装上去才生效。
一个没有闭环的系统会长成什么样？它的能力会往上走，它的错误却原地不动。 跑得越久，踩过的坑越多，被记住的坑一个都没有——像一个只会踩油门、从不看仪表盘的司机。
闭环也不是"AI 自我进化"。真正的闭环只有一个动作：人写复盘 → 经验回灌成新版技能。中间每一段，都要人在场。
为什么一个 AI System 非要这一块？因为它要的不是"这一次干得好"，是"每一次都别在同一个地方摔"。零件决定它能不能干活，闸门决定错活能不能发出去，闭环决定——它会不会在同一个坑边，再摔第二次。
记得那句自陈："优化飞轮转不起来。"把它读准一点：不是飞轮坏了，是这里压根还没有飞轮；有的是一台绞盘，而绞盘的每一次转动，都记着一个人的手。
把整条链摊开，它长这样：模型 → 小模型 → 模型池 → 路由 → 上下文 → 知识 / 记忆 → agent → 编排 / 状态 → 评估 / 闸门 → 闭环 / 反馈 → AI 系统。前面九个零件回答的是"这一次怎么把它做出来"；最后这一个回答的是"下一次还能不能更好"。
数据与出处¶
本节所有数字来自三份实际记录，均为内部工作文件，按性质列出来源：
- 技能库全仓体检（242 个技能文件；触发词错位 210 条、禁止自动触发 212 条，各约 87%；"优化飞轮转不起来"原始表述；"只立项不排查"的当日边界声明）：2026-08-05 一份技能质量盘点
- 一次完整回灌（8 条建议 → 10 个技能条目，其中 9 条写明"原因"、1 条未写；版本落点 1.1.0 与 2.1.0 两种）：2026-09-03 一份内容复盘的回灌章节，及其对应的技能包版本记录
- 更早一次回灌（6 个缺口 → 5 个技能文件；全部为追加式补丁、不改写既有内容、每条标注来源）：2026-08-10 一份爆款拆解回灌记录