★ FEATURED ARTICLE 第 07 讲 · 把提示词当接口设计：工程化与版本管理一、从一次模型升级说起：提示词为什么必须工程化1.1 一个真实的事故现场去年我们团队把工单分类接口的模型从qwen2.5:7b-instruct（2024 年 9 月发布的 Qwen2.5 系列指令微调模型）换成了新拉的qwen2.5:7b-instruct新版权重——同一个名字，Ollama 重新 pull 之后底层 tag 变了。上线第三天，客服主管跑过来问：“为什么最近’账务问题’的工单全都跑到’产品咨询’里去了？”我们开始排查：打开工单分类的 Service，提示词是一段 12 行的字符串拼接，写在方法体里；git log这个文件最近一次提交是四个月前，改的是日志格式，提示词是更早写的，谁改过、改了什么，commit message 里看不出来；问了一圈，三个月前小李为了压低"无法分类"的比例，往提示词里加了一句"如果拿不准就归到产品咨询"。这句话没有进任何文档，也没有进 Git 的独立提交；现在的提示词是什么、上一版是什么，没人说得清。想回滚？没有可回滚的东西。最后我们花了两天半，靠着一个同事本地没删的旧分支把提示词还原出来，又花了一天验证。整个过程没有任何技术含量，纯粹是因为这段决定业务结果的文字，从来没有当成资产来管理。这件事之后我们立了一条规矩：
阅读完成 · 觉得有帮助？
