提示词怎么写 区别和用法

很多人写提示词卡在一个点：收藏了一堆模板，真到用的时候不知道这份活该套哪一种。指令式、角色式、模板式、示例式、多轮追问，看着都像提示词，其实各自解决的是不同问题——有的管约束输出，有的管稳定格式，有的管补信息。这篇按任务类型拆开讲差异，给你一张「什么活配什么写法」的对照表和一套改写顺序，进阶用户可以直接拿去用。

很多人写提示词卡在一个点：收藏了一堆模板，真到用的时候不知道这份活该套哪一种。指令式、角色式、模板式、示例式、多轮追问，看着都像提示词，其实各自解决的是不同问题——有的管约束输出，有的管稳定格式，有的管补信息。

这篇按任务类型拆开讲差异，给你一张「什么活配什么写法」的对照表和一套改写顺序。判断标准比模板好用，因为模板会过期，判断标准不会。下面每一节都尽量给可执行动作，拿不准的地方也写清什么情况下不适用。

先把四种主流写法的定位分清

指令式

一句话说清要什么，改动成本最低，适合开放型任务和快速试水；缺点是输出形态不稳定。

角色/系统式

给模型定身份和长期约束，影响整轮对话的默认行为；换任务时别忘了重写，否则旧身份会一直挂着。

模板式

把结构写死（背景、要求、格式、边界），适合会重复做的活；模板不是越长越好，冗余段落会稀释重点。

示例式

给一两个输入输出样例，比描述十句话都管用；样例本身要干净，反面样例别混进去。

判断一份活该用哪种，先问自己两个问题：这个任务是一次性的还是要反复做？输出格式是随便看看还是要喂给下游程序？一次性且随便看看，指令式就够了；要反复做、要固定格式，才值得上模板和示例。

每种写法在什么情况下不适用

• 任务本身没想清楚时，先别上模板——模板只会把模糊放大成一大段模糊，改起来更累。
• 模型对提示词依赖下降的场景（模型自己会补步骤），堆砌角色设定和流程指令反而挤占上下文，收益有限。
• 示例式在创意类任务上要慎用，样例会框死风格，出图出文都容易撞脸。
• 多轮追问适合信息不全时边聊边补，但如果你要的是可复用，最后仍要沉淀成一条模板。
• 角色式在短任务里常常是负担，写一长串身份设定只为让它改个错别字，不如直接说改什么。

拿不准就用这个改写顺序试一遍

1. 第一步：一句指令式跑一版先用一句话把需求说清，看模型默认理解偏在哪。别一上来就写长，否则你分不清是需求本身模糊还是提示词太长。
2. 第二步：一次只补一条约束针对偏掉的那一条补（格式、长度、语气、禁止项），一次只加一条，方便定位是哪条起作用。加完先跑同一批输入对比。
3. 第三步：第二次做同样的活再固化如果这个活要做第二遍以上，再把它固化成模板，把可替换的部分留成占位符，比如书名、行业、字数这类变量单独拎出来。
4. 第四步：格式要求高就加示例要表格、要 JSON、要分点稿，加一例示例比反复描述格式省事。示例给一个正例就够，同时说清哪些字段不能省。
5. 第五步：效果变差就回退留痕提示词改动也要留痕，每次改完记一句改了什么，效果变差时能退回上一版，否则说不清是哪次改坏的。

按任务类型对照：这份活该配哪种写法

要去看各家模型和工具当前的实际表现，别凭印象挑。站内 排行与实测页（/rankings） 和 价格追踪页（/price-watch） 的数字是按时间更新的，写提示词之前顺手核对一下当时的数字，比记住某个结论有用。

另外，写法选对只是第一步，具体到人味、口语化的稿子，去味要单独处理，那部分站内已有专门文章讲，这里不重复。你只需要记住：提示词写法是「容器」，内容质量是「货」，容器选错了货再好也漏。

先跑一版看偏在哪，再决定加约束、加示例还是加轮次；一次只改一处，才说得清是哪条起了作用。