上一篇：不会还有人把 Rule、Skill、MCP 写成一锅粥吧？边界一糊，落地全糊 | AI 工程化概念地图

不会还有人把 AI 落地当成零散技巧吧？没有主线，越学越乱 | 规则到测试闭环预览

系列：《从 Rule 到落地：AI 工程化实践》第 3 篇
标签：AI工程化 · 主线 · 闭环 · 落地路径
专栏：从小白到AI落地大师

序言

上文我们把 Context、Rule、Skill、Tool、MCP、Agent 的边界钉死了。童鞋们读完可能会问——边界清楚了，到底按什么顺序落地？别急着东一篇西一篇乱点技能点。收藏夹越胖，仓库未必越稳。

本篇只干一件事：给你一张五站导游图。你要能三分钟跟同事讲清主线，能说出每一站的最小交付物，还能判断团队该从哪一站切入。细节语法先别挖——挖深了容易迷路，站牌看不清更要命。

说句自嘲的：我早期也是「今天学个提示词技巧、明天装个插件」，演示越来越炫，联调照样漏风。后来才想明白——零散技巧像景点打卡，主线才像地铁线路。没有线路，打卡再多也到不了终点站。

记住一句话：按痛点选切入站，先修最堵的一站通车；收藏是输入，最小交付物才是输出。

答案先放这儿，钉死：

规则 → 技能 → 协议 → 记忆 → 测试闭环

全系列不是专题拼盘，是一条能回流的闭环。少一站，车也能晃两下；想稳定到终点，五站都得通。

概念

主线一句话，记这个就够：

把口头约定变成可版本管理的规则与技能，经标准协议暴露能力，用本地记忆留住教训，用配置化测试证明它真的工作。

五站各自回答一个问题，别混：

可以理解为：地铁五站。Rule 是安检门禁，Skill 是换乘手册，Pack/编排是站台调度，MCP/Agent 是对外窗口和值班长，记忆与测试是黑匣子加验收闸机。你把「窗口」和「门禁」搞反了，后面再努力都像在补票。

再补两个后文会反复出现的词，融入主线即可：

Lesson—— 可检索的教训条目，记忆层的基本单位。不是群里一句「上次说过」。
E2E—— 端到端真链路验证，主线最后一环的关键证明。不是单测换皮。

别急着深挖字段和协议细节。本篇只认站牌：每一站「交付什么」，比「听过什么名词」重要一百倍。

问题在哪

没有主线时，团队最常见三种飘法。细心的朋友可能已经中过至少一种。

第一种：技巧收藏家。提示词、插件、模型评测文章照单全收。一问「你们禁止改公共入口写在哪」，答不上来。能力堆在聊天层，约束层空着。看起来很勤奋，仓库里却找不到可版本管理的交付物。

第二种：工具先行派。MCP 接了好几个，助手确实能调接口了，可鉴权、dry-run、门禁全无。可以理解为：仓库窗户开了，门锁还在淘宝路上——能力裸奔，事故半径变大。你得到的不是「助手变强」，而是「翻车加速」。

第三种：测试自负派。红灯靠人眼和截图，教训停在群消息。下次换会话、换人，重新踩一遍。「我们上次不是说过吗？」——说过，但找不回可审核、可召回的条目。没有捕获→审核→注入→召回，记忆就是幻觉。

把三种飘法叠到站牌上：分别卡在规则站、协议站、记忆/测试站。地图的用处就在这儿——先定位痛点，再决定从哪一站开工，而不是从第 1 站硬啃到最后。硬啃的结果往往是：前三站写了一堆正确废话，真正疼的那一站还空着。

举例

举个虚构但真实的切入故事。

acme 小团队做多引擎适配（咱们叫它acme-adaptor）。演示很好看，助手改映射表也勤快。痛点呢？乱改映射、跳过回归样例、假绿（删红样让 CI 变绿）没人挡。他们若从 MCP 切入，只会让「乱改」更快；正确切入点是规则站——先把「改映射必须带正反例」「禁止删红样假绿」写成可判定 Rule，再谈工具好不好用。

换个团队：SOP 全在老员工脑子里，每次修解析失败都从零口述。他们更该从技能站切入——先把一类任务沉淀成 SKILL.md，让换人、换会话还能走出差不多的路径。再换一个：外部系统早就接了，工具野、密钥粘在会话里——从协议站收口，先学会说「不」。还有测试很多、红灯很多、但没有任何 lesson 回流的——直接从记忆/测试站补闭环，别再只会重跑和甩锅。

主线站牌可以先落成一张清单（示意，可直接拷进仓库改）：

stations:-id:rulesdeliverable:hard-constraints.md-id:skillsdeliverable:SKILL.md-id:mcpdeliverable:tools.json-id:memorydeliverable:lessons/*.md-id:testdeliverable:cases/*.yaml

切入决策也可以粗暴一点，够用就行——粗暴到能跑的程度，其实就四步：

步骤总览

1. 给四类痛点计数（近 30 天事故 / 吐槽次数就够近似）；
2. 计分条一目了然，取非零里最疼的一项；
3. 痛点直接映射到站 + 本周最小交付物；
4. 全 0 才按主线顺序从规则站兜底起步。

# start_at.py —— 主线切入：先修最堵的那一站，不必从第 1 站硬啃到底# 纯标准库，复制即跑。用法：python start_at.py# 痛点计数：数值越大越疼（可用近 30 天事故 / 吐槽次数近似）SYMPTOMS={"乱改文件/约束混乱":4,"重复口述 SOP":1,"工具太野/密钥裸粘":0,"红灯多但学不会":2,}STATION={"乱改文件/约束混乱":("规则站","hard-constraints.md（可判定必须/禁止）","第4-6篇"),"重复口述 SOP":("技能站","SKILL.md + commands（正反例）","第7-11篇"),"工具太野/密钥裸粘":("协议站","3 个工具 + 鉴权/熔断","第12-15篇"),"红灯多但学不会":("记忆/测试站","lesson 闭环 + YAML 断言","第18-26篇"),}defpick(sym):"""切入点 = 计数非零里最疼的那一项；全 0 就按主线顺序从规则站起步。"""hit={k:vfork,vinsym.items()ifv>0}returnmax(hit,key=hit.get)ifhitelse"乱改文件/约束混乱"defmain():print("== 痛点计分 ==")fork,vinsorted(SYMPTOMS.items(),key=lambdax:-x[1]):bar="█"*vprint(f"{v}{k}{bar}")chosen=pick(SYMPTOMS)station,deliverable,eps=STATION[chosen]print("\n== 切入决策 ==")print(f" 最疼痛点：{chosen}")print(f" 先修这站：【{station}】 起步（{eps}）")print(f" 本周最小交付物：{deliverable}")print("\n== 提醒 ==")print(" 切入 ≠ 只做这站就毕业。先修最堵的站通车，再补邻站；")print(" 按目录顺序硬啃，多半写成「前三站正确废话、真疼那站还空着」的游记。")if__name__=="__main__":main()

跑起来长这样：

== 痛点计分 == 4 乱改文件/约束混乱 ████ 2 红灯多但学不会 ██ 1 重复口述 SOP █ 0 工具太野/密钥裸粘 == 切入决策 == 最疼痛点：乱改文件/约束混乱 先修这站：【规则站】 起步（第4-6篇） 本周最小交付物：hard-constraints.md（可判定必须/禁止） == 提醒 == 切入 ≠ 只做这站就毕业。先修最堵的站通车，再补邻站； 按目录顺序硬啃，多半写成「前三站正确废话、真疼那站还空着」的游记。

输出你看什么

1. 这组数据就是上文 acme-adaptor 的现场：乱改映射 4 分居首——所以切入点是规则站，而不是「先接几个 MCP 让乱改更快」；
2. 工具太野/密钥裸粘 0明晃晃挂着却不选它——不是所有站都要开工，疼的那站才配本周资源；这正是「技巧收藏家」和「工具先行派」学不会的一课；
3. 决策直接落到一句可验收的交付物：本周最小交付物：hard-constraints.md——站牌讲不出这一行，就还是收藏不是落地；
4. 「提醒」段是故意打印的：脚本能替你选站，不能替你补邻站——通车之后按上文的清单一条条勾，别拿切入当终点。

按周推进时，每站只盯最小交付物——有了硬约束清单、有了第一个 SKILL.md、有了三个可调工具、有了第一条过审 lesson、有了五条稳定关键路径 YAML——比空谈「我们要上 Agent 平台」踏实太多。

自检

花五分钟勾一下。勾不上的，就是优先站。

# 主线切入自检（可拷进团队仓库改） - [ ] 能不能用一句话向同事讲清「规则→技能→协议→记忆→测试」？ - [ ] 每一站的最小交付物，你团队现在有没有至少一站成型？ - [ ] 乱改多不多？有的话优先规则站，而不是先接更多工具。 - [ ] 同一类故障是否反复口述？有的话优先技能站。 - [ ] 红灯有没有变成可检索 lesson？没有就别吹「闭环」。

再问两句更狠的：

1. 你现在的「落地进展」，是收藏夹变厚了，还是仓库里多了可版本管理的交付物？
2. 若只能推进一站，按痛点选还是按目录顺序硬啃？前者通常更省时间——后者容易写成正确的长篇游记。

勾完再打开后文目录，你会发现：不是每篇都要按顺序读。乱改文件多看约束篇，步骤每次重讲多看 Skill，IDE 调工具不稳或太野多看 MCP，重复踩坑看记忆层，只会人工点就去看验证闭环。主线在，跳读才不散。

落地节奏上，我建议按「一站一周最小交付」来，而不是按「读完二十七篇再动手」。读可以跳，做不能空。空读的结局通常是：概念都会讲，仓库里依旧没有 hard-constraints，没有 SKILL.md，没有可召回的 lesson。讲得越好听，越像另一种聊天能力——而本系列开篇就说了，聊天不等于落地。

若你带团队，不妨把站牌贴到周会上：本周只追问一个问题——我们交付了哪一站的最小物？追问多了，大家自然不会再拿「我又收藏了三篇提示词妙文」当进展。收藏是输入，交付物是输出。主线逼你看输出。

附录：玩具仓最小目录树（周末能拼）

别再把各篇片段当拼图了。下面这份树，够你周末下午演示「规则 → 技能 → 协议 → 记忆 → 测试」最小闭环。名字全是虚构的 acme-*，拷进空仓即可改。

acme-demo/ packs/acme-rules/ hard-constraints.md # 必须/禁止，可判定 load-order.yaml # 冲突谁说了算 skills/fix-parse-failure/ SKILL.md references/positive.md references/negative.md templates/report.md commands/fix.yaml # 触发短语 + risk + confirm manifest.yaml # 可发现命令清单 + requires_rules mcp/ops-gate-mcp/ tools/dry_run_adapt.py tools/apply_adapt.py # 默认拒绝；需确认 tools/fetch_log.py memory/ lessons/.gitkeep blacklist.yaml tests/ cases/adapt_ok.yaml cases/adapt_forbid.yaml agents/ BOOT.md # 启动清单

怎么跑通最小闭环：先让助手只读hard-constraints.md与BOOT.md；用 command 命中fix-parse-failure；MCP 只开dry_run_adapt；人为制造一次红灯，写一条 lesson 进memory/lessons/（先人工审核再注入）。五站各留一个文件，比收藏二十篇提示词更像落地。

有了这棵树，后面各篇的片段都有抽屉可放。读专篇时问自己：这段要进哪个目录？进不去的，多半还是气氛组发言。

思考

带走三句就够：全系列是一条闭环主线，不是互不相关的专题拼盘；每站都有明确最小交付物，便于按周推进；按团队痛点选切入点，不必从第 1 站硬啃到最后。

本篇不讲 Rule 语法，不讲 MCP 字段，也不讲 YAML 断言细节——那些留给专篇。你现在只要站在站台上，看清下一站往哪走。可以理解为：导游图看完，再决定先安检还是先办换乘，比两手抓二十个景点靠谱。

说白了，第 3 篇的任务不是让你「什么都会」，而是让你不再迷路。迷路的人越勤奋，越容易把仓库挖成坑。

再补一层体感：有人会问「我们很小，五站是不是太重？」不是让你一年建完。可以理解为：先认路，再修路。第一周只要产出一站的最小交付物——哪怕只是一页硬约束、一个 SKILL 骨架、三个工具、一条 lesson、五条 YAML——主线就开始在仓库里说话了。仓库会说话，比 PPT 会说话可靠。

还有人会问「能不能跳过记忆站直接上测试？」能跑测试当然好，但红灯若喂不回可检索教训，你只是买了台会叫的报警器，没买黑匣子。主线叫「闭环」，闭环就得能转回来。转不回来的，不叫闭环，叫单向管道。最后再问一句：你跟同事讲解本系列时，能不能不用翻笔记、只用站牌讲三分钟？能，主线就立住了；不能，先别急着写第 27 篇的检查清单——路还没认清，清单只是另一张收藏。

下篇预告：《不会还有人把「尽量注意」当成 Rule 吧？不可判定=等于没写 | 硬约束与加载顺序》——专门钉死「必须 / 禁止 / 建议」三语气，以及冲突时谁说了算。

觉得有用的话，欢迎点赞、留言聊聊你团队最该先上哪一站；有「技巧收藏很多、仓库依旧漏风」的故事，也欢迎甩过来，咱们对照站牌拆。

专栏：从小白到AI落地大师｜《从 Rule 到落地：AI 工程化实践》