同一条指令发给通义千问,让它写一段产品介绍,得到的是四平八稳的通用文案;把你们行业的术语表、目标客群、禁用说法一起塞进去,出来的东西才算能用。前者是通用提示,后者是领域提示,两者的差别从第一次改稿就能看出来。
结论先行:先看任务有多专
判断用哪种,就看一件事:这个任务有没有行业专属的隐性要求。写邮件、列清单、改错别字这类活,通用提示够用;只要任务里出现按我们的口径、符合行业习惯、用客户听得懂的话这类要求,就必须上领域提示。通用提示追求的是换个公司也能跑,领域提示追求的是在你这里一次到位,两个目标本来就不同,拿前者的标准去衡量后者,只会得出偏长的错误结论。
通用提示的样子和适用面
通用提示的特点是占位符宽泛、不绑定行业:请把下面的文章改写成不超过两百字的摘要,保留核心结论。这句话放在谁那里都成立,也因此永远说不到点子上——它不知道你的读者是谁。通用提示适合快速验证想法、做一次性任务,或者当领域提示的底稿使用,先跑通流程再补细节。
它的软肋在细节要求密集的任务上。比如生成周报,通用提示只能给你有标题、分条目的框架,而数据部分要引用原始表格序号这种要求,通用提示根本不知道该写。这时候是信息给没给的问题,跟措辞水平关系不大。
领域提示多出来的东西
一条合格的领域提示,通常比通用提示多三类信息:术语口径,即哪些词用、哪些词禁;读者画像,即给谁看、他们关心什么;格式惯例,即行业里默认的写法。这些信息来自你的日常积累,模型猜不出来。豆包、文心一言这类中文对话工具对行业词的理解并不差,但认识一个词和知道你们公司怎么用这个词,是两回事。
两类提示的差别不止长短,逐项落在这些地方:
| 差异维度 | 通用提示 | 领域提示 | 什么时候会出问题 |
|---|---|---|---|
| 占位符 | 宽泛、不绑定行业 | 绑定具体对象,如你们的术语表与目标客群 | 细节要求密集的任务上,通用提示说不到点子上 |
| 比对方多出的信息 | 只有任务本身 | 术语口径、读者画像、格式惯例三类 | 这三类来自日常积累,模型猜不出来 |
| 迁移性 | 换个公司也能跑 | 换产品线,术语表可能得重写一半 | 行业通用部分和公司特有部分混在一起存 |
| 维护成本 | 几乎不用维护 | 行业口径一变,提示跟着改 | 口径变了没改,输出里全是过时的说法 |
| 适用任务 | 一次性、轻量、快速验证想法 | 高频重复、有口径要求的活 | 周报这类活只给框架,数据引用规则根本没写 |
领域提示的代价是迁移性差、维护成本高。换一个产品线,术语表可能得重写一半;行业口径变了,提示也得跟着改。所以建议把领域提示里的行业通用部分和公司特有部分分开存放,改的时候只动特有部分;分开放之后怎么记录、怎么回滚,提示版本和代码版本管理差在哪?给了现成的管理思路。
从通用升级到领域的时机
三个信号出现任意一个,就该把提示往领域方向改:输出总要人工改行业词;同类任务每周重复三次以上;新同事拿到提示还得口头补充背景。升级时不用推倒重来,在通用提示的基础上逐段补充领域信息,改一版测一版,测的节奏可以对照人工测试和自动评测有什么区别?里的人工路子来。升级完成后记得把新旧两版都留档,方便回看哪些领域信息真正起了作用。
另外两个延伸判断也常被问到:一是当领域信息量大到改提示快赶上教模型的成本,可以看看提示调优和模型微调差在哪?改问法和改模型里两条路线的分工;二是同一条领域提示要跨多个模型使用时,还会遇到新的适配问题,见单模型提示和多模型提示差在哪?
对照表:通用提示对领域提示
- 占位符:宽泛可用对绑定具体对象
- 迁移性:换场景能跑对换场景要改
- 适用任务:一次性、轻量对高频、有口径要求
- 通用提示解决能不能跑,领域提示解决能不能用。
领域提示快问快答三则
- 领域提示一定要很长吗?:不用,长度跟着信息量走。三句写清楚口径和读者,胜过十句套话。
- 新手先写哪种?:先用通用提示跑通流程,再针对反复返工的段落补领域信息,攒的节奏可参考用开源提示库和自己攒有什么区别?
- 两种提示能混在一条里吗?:能,常见做法是通用框架加领域附录,按需增删,附录部分单独维护。


