SH

Soloharness

概念 · 辨析 · Agent

← 返回概念辨析

Concept Contrast Fable

提示工程和提示词管理

提示工程负责的是「怎么写出一个好提示」,提示词管理负责的是「怎么让一百个提示不出乱子」。前者关心单次效果,后者关心版本、测试、部署和回滚。一个工程师可以把提示写得很漂亮,但如果团队里十个人各改各的,上线前没人跑回归,出了问题没人知道改了哪个版本——漂亮的提示也会变成线上事故。

寓言

炒菜师傅和厨房规则

老赵的餐厅只有他自己一个灶台,每天琢磨新菜。红烧肉试了二十种糖色比例,回锅肉调了八套豆瓣酱配比,每道菜的调味方子都记在脑子里。客人吃了叫好,老赵的招牌越来越响。

餐厅扩张到五家分店,老赵招了五个灶台师傅,把自己的方子印成小册子发下去。前两周风平浪静,第三周开始出事了。一号店的宫保鸡丁偏甜,二号店的麻婆豆腐不麻,三号店的鱼香肉丝变成糖醋味。

老赵到各店后厨转了一圈,发现每个师傅手上都有一个小本子,上面是自己的笔记。有人说「我觉得糖放少了更好卖」,有人说「老客人说太辣了我就调了调」。每个人都在改方子,每个人改过之后没告诉别人。老赵不知道自己哪天去查菜,吃到的是第几版。

老赵把五家店的大师傅叫回来开会,定了三条规矩。第一,方子统一保管,要改必须提交修改申请,写清楚改了哪个参数、为什么改。第二,每改一版方子,必须用同一批食材做三道菜,三家店的品控员各试一口,打分通过才算生效。第三,所有方子都保留历史版本,哪天客人说「上个月的鱼香肉丝更好吃」,后厨能立刻找回上个月的那版方子。

规矩刚推行时,师傅们抱怨流程太慢。两个月后发生了一件事:三号店连续三天收到客人投诉,说宫保鸡丁味道不对。老赵打开版本日志,发现一周前有人把花生米换成了腰果,没走评审流程。老赵直接回滚到上一个版本,从发现问题到恢复只花了五分钟。

从此老赵明白了两个工种。灶台师傅的工作是研究一道菜怎么做好吃——糖几克、火候几秒、下料顺序。厨师长的工作是管住所有灶台的小本子——谁改了、为什么改、改完测没测、改坏了能不能一秒改回去。灶台师傅靠手艺,厨师长靠流程。

老赵后来跟同行开玩笑:一个人开店,方子在脑子里就行。五家店一起开,方子得装进保险柜,保险柜得有密码,密码得有人管。你的店越大,本事越不在炒菜上,而在谁敢改方子、怎么改、改完谁负责。

有个餐饮顾问来调研后写了一句话:菜品质量的瓶颈从来不是灶台师傅的手艺,是厨房规则能不能跟上扩张速度。规则没跟上之前,每一家新店都在默默改造你的招牌菜,等你发现的时候已经改得面目全非了。

提示工程

设计和优化单个提示词以提升模型输出质量的技术实践。关注提示词的结构、措辞、示例编排和思维链设计,目标是单次交互的最佳效果。

提示词管理

对提示词进行版本控制、测试、部署、回滚和协作管理的系统工程实践。关注变更追溯、质量门禁和团队协作,目标是系统化地保证提示词质量和可维护性。

故事对应

  • 老赵一个人研究方子:提示工程——单条提示的打磨和调优。
  • 五个师傅各自改方子不出声:缺少提示词管理时,版本混乱导致质量波动。
  • 三条规矩——提交申请、评审测试、保留版本:提示词管理的核心流程。
  • 花生米被换成腰果后五分钟回滚:版本管理和快速回滚的实战价值。
  • 灶台师傅和厨师长的分工:提示工程关注单条质量,提示词管理关注系统可靠性。

落到项目里

提示工程做到六十分之后,提示词管理的价值开始超过继续优化单条提示。至少做到三件事:提示词入版本库、变更走评审、上线前跑回归测试。规模越大越不能靠人脑记忆——十个提示的时候靠聊天记录还行,一百个提示的时候必须靠工具。如果每次模型升级后你不知道哪些提示需要重测,说明管理还没到位。