直接说结论team里三四个人一起改 prompt别再丢飞书文档里来回粘了。给 prompt 模板当代码管——存版本、能 diff、能一键回滚这套我们落了两个月下面是具体怎么做的清单照着抄就行。先交代背景。我们组做客服智能体主 prompt 大概 1800 字里头塞了角色设定、知识库召回的拼接规则、还有十几条 few-shot。问题出在哪产品改了开场白测试改了兜底话术我又顺手调了一版召回的排序逻辑——三个人改的是同一段文本框谁也没告诉谁。结果上线后客户问退款多久到账那个小助手开始背公司价值观。复盘到凌晨根本查不出是哪一版引入的。那次之后我们立了规矩。三步按顺序来。第一步怎么存版本核心一句话——prompt 别存在脑子里、聊天记录里、或者某个平台的输入框里存进 git。我们建了个独立仓库prompt-templates目录长这样prompt-templates/ ├── kefu/ │ ├── system.md # 主 prompt │ ├── fewshot.jsonl # few-shot 单独拆出来 │ └── CHANGELOG.md # 人话版改动记录 └── meta.yaml # 当前线上跑的是哪个 commit几条硬规定踩过坑总结的规矩为啥一次只改一件事一个 commit不然回滚时一起被带走commit message 写改了什么预期效果fix prompt这种等于没写few-shot 例子单独存文件它最常动混在主文里 diff 一片红线上版本号写进meta.yaml并提交出事能立刻定位是哪个 commit提一句反常识的别上来就上花哨的工具。我们一开始想搞个带 UI 的 prompt 管理后台调研两天发现纯属杂活外包给自己。后来就 git 一个 30 行的 python 脚本读meta.yaml跑通了。脚本第一版写得特别干连 diff 高亮都没有但能用。【配图建议../img/01_workflow.png】第二步怎么对比存了版本关键是改之前先看清楚动了哪。最朴素的git diff就够用但 prompt 是大段自然语言按行 diff 会糊。我加了个--word-diffgit diff --word-diffcolor HEAD~1 -- kefu/system.md这样改的是哪几个词一眼能看到比如有人把请简洁回答偷偷改成请详细回答整段话没换行普通 diff 根本看不出来word-diff 直接把那俩字标出来。光看文本 diff 还不够得看改完智能体行为变没变。我们攒了个 20 条问题的回归集就是个 jsonl平时客户问得最多的那些每次改 prompt 跑一遍把新旧两版的回答并排贴出来。说实话这步最值——有回我自以为只是润色措辞回归集一跑发现发票相关的三个问题答案全变了因为我动的那个词正好是召回的触发词。要不是并排比对这玩意儿能悄悄上线。对比这步的取舍我得讲实话跑一轮回归 20 条模型响应慢的时候要等小两分钟急着上线时挺烦的。我们后来只在改主 prompt 时强制跑改 few-shot 就抽 5 条快测。第三步怎么回滚前面都是铺垫回滚才是这套东西的命。线上炸了的时候没人有空读 diff 想原因。先回滚止血再慢慢查。# 看最近几版都谁改的 git log --oneline -5 -- kefu/system.md # 回到上一个好版本改 meta.yaml 指过去提交重新发布 git revert bad-commit --no-edit关键是回滚动作要能在两三分钟内做完不依赖那个改坏的人在不在线。所以meta.yaml那个版本指针特别重要——发布脚本只认指针把指针改回上一个 commit、重发线上立刻回到旧 prompt。我们真实回滚过两次最快的一次从发现问题到恢复 4 分钟。这里有个我们组现在还在用的智能体平台帮了忙那种零代码就能配智能体的工具prompt、知识库、发布是分开管的我把模板从 git 同步过去之后回滚就是重新发布一下、几秒生效不用动代码、不用重启服务。当初选它就图一点——产品和测试俩非程序员也能自己拖一拖改配置不用每次都来找我提需求我只管在 git 这头守着版本这道关。两个月跑下来最大的变化不是少出事故是吵架变少了。以前是到底谁改的现在git blame一拍问题对事不对人。prompt 这东西看着是写字本质跟代码一样脆少一个字整个智能体人格就变了该有的工程纪律一样不能少。你们组的 prompt 现在怎么管的还在飞书文档里盖楼吗评论区聊聊我挺好奇有没有更轻的法子。对了文中智能体挂的现成大模型我走的是讯飞星辰 MaaS——模型 API 直接调没自己部署算力省心。