SH

Soloharness

概念 · 辨析 · Agent

← 返回概念辨析

Concept Contrast Fable

提示词和提示工程,一砖一瓦是材料,全套图纸是工程

提示词是你向模型发出的单次输入文本——一个指令、一个问题、一段上下文。提示工程是一套系统化的设计方法,涉及模板设计、质量控制、版本管理、评估流程和持续迭代。把单个 prompt 叫成 prompt engineering,相当于把一块砖叫做建筑工程。

寓言

一封密信和一个密信司,前者是纸上的字,后者是整套传信机制

边关军营定期向京城兵部报送军情,走的是八百里加急驿道。每封军情信都用特定格式——地点写左上方,敌情类别用朱笔圈出优先度,兵力数字用大写以防篡改,结尾必有负责尉官的指纹与令印。一封军情信就是一份 prompt。

营里有个姓傅的书吏,专门负责这三件事:设计军情信的格式模板、培训所有尉官按格式填写、并在每封信送出前做一次质量核验——如果格式缺失、数字不清或指纹未按,整封信打回重写。傅书吏管的不是写某封信,他管的是「整个营的军情信怎么写才能让兵部在最短时间里读懂、分类和执行」。

有一年傅书吏调任,接他班的是一位年轻书吏,只做过文书抄写。年轻书吏第一天就问尉官们:你们平常写的信能不能给我看看?尉官们说都在柜子里,随便看。年轻书吏看了一圈,交了一份提案——在军情信的末尾加一行新的标注,用来区分「紧急军情」和「常规报告」,他认为这样可以减少兵部主事打开信件后的判断时间。

这个加一行的改动推了三个月才真正落地——因为它不只在一封信上多写几个字。所有尉官要接受新格式培训,加密封装流程新增一个检查项,兵部收件流程也要调整——不然那行标注兵部没人看。一个字改动花三秒钟,全营制度落地花了三个月。这就是单个 prompt 改动和 prompt engineering 工作的区别。

傅书吏后来被调回来做年终复盘,看了年轻书吏加的那行标注,又看了信送出去以后兵部的反馈记录。他发现加了标注以后,兵部确实能更快区分紧急件——平均看信时间从两盏茶缩短到一盏茶,但有一个新问题:一些尉官把所有例行报告也标成了「紧急」,因为标注没有校验约束。

傅书吏让年轻书吏再做一轮迭代:给标注加校验规则——紧急必须满足两个条件,一是敌情类别为战报,二是兵力数字大于三百。不符合的标注自动退回。同时加上统计表,每周看一次误标率。这一轮迭代花了两周,效果明显——正确率从七成升到九成五,兵部看信的动作更稳定了。

傅书吏在年终卷宗的最后一页写了总结:提示词是你每次写出去的那封信,提示工程是设计信的格式、培训填信的人、检验每一封信、分析问题、迭代新的规则。一封信改一个字叫修改 prompt,改完制度、培训、评估和反馈循环,那才是工程。

提示词

用户向模型发送的单次输入文本,包含指令、问题、上下文和示例。它是一份具体的输入实例,是提示工程体系中产出的基本单元。

提示工程

系统化地设计、测试、迭代和管理提示词的方法论。涵盖模板设计、版本管理、质量评估、边界测试和持续优化流程,是一套工程实践而非单个文本。

故事对应

  • 一封军情信:单个 prompt——具体的输入文本实例
  • 傅书吏的职责:prompt engineering——格式设计、培训、质检、迭代
  • 年轻书吏加一行标注:一个 prompt 改动——文本修改只需几秒
  • 三个月落地:prompt engineering——制度调整、培训、流程适配
  • 标注被滥用(所有都标紧急):缺乏校验约束——engineering 需要质量门
  • 第二轮迭代加校验规则:prompt engineering 的完整循环——设计、测试、分析、迭代
  • 傅书吏的总结:改信和改制度是两套工作量和两种责任制

落到团队分工和交付预期

在团队里不要把 prompt 优化和 prompt engineering 当成一个角色。写 prompt 的人负责单次输入的构造和调试,可能是一次性的工作。做 prompt engineering 的人负责模板体系、评测基准、版本管理和迭代流程——这套工作会持续产品整个生命周期。外包 prompt 设计可能只拿到一堆文本,但 prompt engineering 需要和产品、数据、评测团队协同运作。立项时如果只报了一个 prompt 设计的工作量但承诺系统稳定性,三个月后一定会因为缺乏持续迭代机制而掉效果——新场景进来时你又得从零写。