不会还有人只会聊天写 Prompt 吧？同事都在落地，你还 out

上一篇：无

都2026年了还只会聊天写 Prompt？ | AI 工程化开篇

系列：《从 Rule 到落地：AI 工程化实践》第 1 篇
标签：AI工程化 · Agent · 落地 · 工程实践

序言

童鞋们，先把三件事钉死：**会聊天等于能落地吗？**卡点通常在哪几层？后面系列按什么顺序啃？本篇先给结论和一张可自检的问题地图，约摸一百来字把方向讲清，正文再掰开。

答案很干脆——不等于。

别急着反驳。聊天咱们确实玩得挺溜：解释概念、写草稿、改个小函数，助手都挺给力。可细心的朋友可能已经发现了——演示漂亮得不行，一到联调、一到别人接手、一到测试站红灯，就处处漏风。问题通常不在「模型不够聪明」，而在：聊天盖得住解释和草稿，盖不住约束、流程、工具边界、记忆、验证这几层硬活。

你会聊天，很好；能落地，是另一门功课。两件事叠在一起看，才不容易自嗨。

概念

开篇几个词，咱们不用做成名词卡片墙，简单过一遍就行。说实话，我也懵过一阵——满屏 Agent、Rule、Skill、MCP，听着都对，落到手上又糊。换个接地气说法，按「法官审案」那套类比走一遍，可能好记一点。

Agent，很多人以为是「更会聊的对话框」。换个接地气的说法：它是按入口纪律干活的执行者——该选哪套规矩、该走哪套步骤、该调哪些工具，做完还得对目标负责。会聊天只是它的嘴，不是它的脊梁。可以理解为：法庭上的执行官，不是只会递纸条的书记员——嘴甜没用，得按程序把活干完。

Rule，就是可判定的必须/禁止。简单来说就是制度，不是「尽量注意一下」那种气氛组发言。比如「禁止改公共适配入口」——写清楚了，助手才有机会遵守；只靠口头默契，早晚出事。可以理解为：法官手里的法条，能一锤定音判「合不合规」，不是庭外闲聊时的「最好别这样」。

Skill，可以理解成一类任务的 SOP 包：步骤、清单、模板，还能版本化。今天你手把手教助手修解析失败，明天换个人、换个会话，还能不能走出差不多的路径？靠的就是它。再补一句法官式类比：可以理解为某类案件的办案手册——换个书记员接手，照着步骤走，结果不至于天差地别。

MCP，别被英文唬住。它就是把工具和资源，用比较标准的方式暴露给 IDE / 助手的那一层。接上了不等于安全了哦——鉴权、熔断、谁能调写操作，还得另说。可以理解为：法院对外的办事窗口，窗口开了不等于谁都能进去改卷宗——权限和流程还在窗口后面。

顺带一句Context：就是当前会话里看得见的那一窗临时信息——消息、打开的文件、检索片段。它易变、易过期，别把它当成团队知识库。

记住一句话就够：聊天是能力入口，不是工程闭环。

那聊天到底擅长什么呢？解释、草稿、头脑风暴、局部改写——这些它很在行。落地还要什么呢？权限边界、可重复执行、失败可追溯、知识可沉淀——这些，默认聊天窗口是不打包送的。分清楚，后面才不会拿错药。

问题在哪

当你觉得「演示很好看、一上线就疼」，别先怪模型。咱们先对照下面五层，看看到底卡在哪。多数团队不是五层全坏，而是某一两层长期空着。

1. 约束层：没有硬规矩，只有气氛

大家都知道「别动公共模块」，但没人写成可判定的禁止项。助手「好心办坏事」——扩大改动面、顺手整理工具类、把演示密钥写进示例配置。聊得越嗨，事故半径越大。

2. 流程层：每次说法不同，步骤走不稳

同一故障，有人贴半截日志，有人甩截图，有人只说「又挂了」。上下文噪声高，环境版本说不清，模型只能猜。更要命的是：高频任务没有沉淀成可重复步骤，每次都从零讲，结果自然飘。流程不稳，看起来像「模型抽风」，其实是输入和步骤本身就在抽风。

3. 工具边界层：能调接口，不等于敢上生产

助手已经能跑命令、调接口了，可是有没有鉴权分级？有没有默认 dry-run？超时了会不会把下游打挂？能力裸奔的时候，你得到的不是「助手变强」，而是「事故半径变大」。工具层得先学会说「不」，再谈「快」。

4. 记忆层：教训停在聊天窗口

今天踩过的坑，散落在会话、群消息、个人笔记里。下次换会话、换人，重新踩一遍。「我们上次不是说过吗？」——说过，但找不回可检索、可审核的条目。没有捕获 → 审核 → 注入 → 召回，记忆就是幻觉。

5. 验证层：验收靠点点点，报告靠截图

没有配置化断言，没有标准失败报告，红灯现场留不下结构化材料。假绿（删用例、放宽断言）没人挡；真红了，也喂不回学习闭环。你说落地了？机器证明不了。

把五层叠起来看，你就明白：换更强的模型，常常只是把聊天层抬高了；下面几层空着，能力只会更快撞墙。地图的用处就在这儿——先定位，再动手，比盲目堆提示词省时间多了。

举例

举个不戏剧、但很真实的小例子。

有人在 IDE 里跟助手说：「这个模块有点乱，你顺便重构一下，公共工具也整理整理。」助手很配合——解释清楚、改动面很大、提交信息也写得像样。第二天联调，公共入口行为变了，三个下游一起红。

脱敏一点讲：在虚构的 acme 小团队里，就有人让助手「顺便」动了适配层公共入口，测试站配置解析全线飘移。聊天质量往往不差，甚至「解释得很对」。真正缺的是把团队默契，变成机器也能遵守的边界。

再对照五层：

约束：有没有「禁止改某路径」的硬 Rule？没有。
流程：重构有没有最小验收步骤？没有，全靠当场发挥。
工具边界：高危写操作要不要确认？默认随便写。
记忆：事后复盘停在群里，没进可检索库。
验证：没有配置驱动断言拦住行为漂移。

所以你会看到一种很魔幻的现象：对话越像「懂行」，仓库越容易被「好心」掏空。这不是科幻，是缺工程层时的常态。大家回头看自己最近一次「助手翻车」，多半也能在这五层里对上号。

自检

在往下堆提示词、买新插件之前，先花五分钟勾一下。勾不上的，就是优先债。

# AI 落地自检（可直接拷进团队仓库改） - [ ] 有没有入库、可版本管理的硬约束（必须 / 禁止）？ - [ ] 高频任务有没有沉淀成可重复流程（步骤 / 清单 / 模板）？ - [ ] 外部能力是不是经工具层暴露，而不是直接塞密钥、裸调命令？ - [ ] 失败会不会走「捕获 → 审核 → 注入」而不是散落在聊天里？ - [ ] 关键路径有没有配置驱动断言，红灯能否留下标准报告？

再问自己三句更狠的：