如果你平时用 ChatGPT、Claude、Kimi、豆包这类大模型产品,多半遇到过这种场景:问它一个问题,答案看起来挺对,细读全是正确的废话;让它写个方案,洋洋洒洒好几千字,真正能用的没几句;让它翻译一段文档,结果把前后文语境全丢了。这不是模型不行,九成是你提示词的姿势不对。
我过去一年做了大量提示词工程的落地项目,从内容团队的文案流水线,到程序员的代码辅助,再到给管理层做行业调研报告,总结下来就一句话:提示词不是“问问题”,而是把问题包装成一个模型乐于执行、边界明确、结果可预期的工程指令。这篇文章不聊玄学,直接把现在还在用的10个实战技巧摆出来,全部可以当天下午就上手试。文末还附一套我沉淀了几个月的模板库,复制下来改个名字就能用。
适合谁读?每天都在用 AI 干活但总感觉结果差点意思的内容运营、产品经理、研发同学,以及想建立一套团队级提示词规范的管理者。零基础也能跟着跑通,有一点经验的看完能直接把自己的提示词体系升级一遍。
1. 先看清楚:提示词工程到底在调什么
很多人以为提示词工程就是“把话问得更客气一点”,这是个误解。它本质上是你在和模型之间建立一套临时协议:告诉它你是谁、要它做什么、站在什么角度做、做到什么程度、用什么格式交给你。这套协议越清晰,模型发挥就越稳定。
1.1 为什么你写的提示词和大神写的差距那么大
同样让模型写一份活动策划,新手写的是“帮我写一个双十一活动方案”,老手写的是:
“你是一名有8年电商经验的活动运营专家,请为单价300元左右的保温杯设计一个双十一预热活动方案。目标人群是25-35岁办公室女性,预算5万元,需要包含活动主题、玩法设计、节奏安排、渠道投放建议、风险提示五个模块。每个模块300字左右,玩法部分请给出3个可选项并附上选择理由。优先考虑小红书和微信私域两个渠道。”
前者得到的是一篇正确但平庸的通用方案,后者得到的是一份可以直接拿去开会的执行草案。差距不在模型,而在你给它提供了多少有效约束。
1.2 提示词工程的黄金公式
我把我所有项目里沉淀下来的提示词骨架压缩成一句话:角色+任务+上下文+要求+格式+示例。
- 角色:让模型以什么身份回答问题,决定专业视角和语体风格。
- 任务:一句话说清你要它做的事,动词开头最好,比如“翻译”“总结”“改写”。
- 上下文:提供背景信息、目标读者、使用场景,避免模型凭空猜测。
- 要求:说清楚约束条件,比如字数范围、禁止事项、必须包含的要点。
- 格式:指定输出结构,比如 Markdown 表格、JSON、分点列表。
- 示例:给一两个输入输出对,让模型模仿你的预期风格。
六个要素不必每次全堆上去,但当你觉得模型答得不好时,检查一下少了哪一项,答案往往就出来了。这个公式是后面10个技巧的总纲,所有技巧本质都是在给这六个要素做强化。
2. 技巧篇(上):问对问题的四个基本功
这一部分讲的是写提示词前四层最容易见效的技巧,覆盖角色、拆解、示例、格式。你不需要任何前置知识,照着改就能看到明显的质量变化。
2.1 技巧一:给模型一个精确到“人设”的角色
模型的默认回答模式是“百科式中立口吻”,该有的信息都有,就是没有灵魂。但当你给它一个角色时,它会自动切换到那个角色的表达习惯和关注重点。这里的关键是角色要具体,越具体越好。例如“你是一位回复风格简洁犀利的科技评论员”,就比“你是科技领域的专家”更有辨识度。
我常用的角色设定方法是在身份前加三个限定词:行业+年限+风格。比如“10年HR经验的招聘经理,风格直击重点”“5年餐饮店长,回复注重成本控制”“资深高中语文老师,善于用比喻解释”。限定词越多,模型生成的内容就越不“AI”。
一个值得注意的点是角色设定只改变回答的视角和风格,不改变模型的事实准确性。它自称是“从业20年的财务总监”,也不代表它算的账一定对。涉及具体数据和专业判断时,该核实的还是要核实。
2.2 技巧二:把大任务拆成小步骤,一次只做一件事
大模型在长链路任务里容易“丢三落四”。你让它“分析这份数据并给出结论、做成图表、再写一封汇报邮件”,它很可能把三个任务搅在一起,输出一个四不像。我的经验是:把大任务拆成3-5个独立小步骤,每完成一步确认结果后再继续。
以竞品分析为例。不要直接说“帮我分析这些竞品”,而是分三步走:第一步“列出每款产品的核心功能清单”,第二步“对比功能差异并总结优劣势”,第三步“基于以上结论给出我们的差异化建议”。每一步都在前一步输出基础上进行,模型不会丢失上下文,产出质量高很多。
这种做法还有一个好处:每一步你可以随时介入修正。如果第一步的功能清单就漏了关键项,你马上指出来,后面两步就不会错上加错。这在长文档撰写和分析判断类任务中尤其重要,我几乎所有的调研报告都是这么“挤”出来的。
2.3 技巧三:用示例告诉模型“我要的就是这种感觉”
模型有很强的上下文模仿能力,给它一个“输入-输出”示例,比你说十句抽象描述管用。这就是常说的 few-shot 示例。比如你想要模型把用户留言整理成规定的格式,不举例的情况下它可能自由发挥,但只要你给一个示例:“原话:东西收到,包装破了,媳妇儿很生气。输出:问题类型—物流/包装破损;情感倾向—负面;建议动作—补发并道歉”,它就会严格照这个规格处理剩余留言。
示例数量我建议控制在1-3个。太少模型抓不住规律,太多既浪费 token 又可能把模型带偏,尤其是示例之间风格不一致时,模型会左右为难。还有一个小技巧:示例最好紧挨着你想处理的真实内容放,中间不要夹太多其他指令,这样模型对“模仿目标”的注意力更集中。
2.4 技巧四:把输出格式写进提示词,减少二次加工
这是被讨论得最多、也最容易被新手忽略的一条。不提格式要求时,模型默认用散文输出,你还得自己提炼、排版。但只要你指定了结构化格式,它能给你造出可以直接用的表格、JSON、Markdown 列表。对于需要程序化处理的结果,这一步几乎是必须的。
我常用的格式要求有三种:表格型,面向对比类内容,比如“用三列表格展示:功能、价格、适用场景”;列表型,面向步骤、要点类内容,比如“分5点列出,每点不超过30字”;纯数据型,面向需要程序读取的内容,比如“以 JSON 格式输出,包含 name、price、stock 三个字段”。写格式要求时,最好把字段名、表头、结构也一并告诉模型,它不会猜你的心思,但你把规则喂到它嘴边,它会执行得特别好。
3. 技巧篇(下):控住质量的四个关键
基本功解决的是“能不能用”的问题,下面四个技巧解决的是“好不好用”“可不可控”的问题。它们更像刹车和方向盘,帮你在 AI 输出失控或跑偏时及时修正。
3.1 技巧五:负面约束和正面要求同样重要
大模型的默认逻辑是“尽量满足你”,这导致它有很多讨好型弊端:没有把握的数据也会编得一本正经,写结尾时冒出“总之”“综上所述”,列方案时把明显不可行的选项也塞进去凑数。对付这些问题的办法就是给负面约束,明确告诉它“不要做什么”。
看一个实际对比。不设约束的版本:“总结这份会议纪要,输出要点。”模型可能给出10条废话连篇的要点。加负向约束后:“总结这份会议纪要,输出要点。要求:只保留有明确结论或行动项的内容;不要使用‘总之’‘需要进一步讨论’等空话;如果原材料中没有提到的信息,不要补充。”质量直接上一个台阶。
关于负面约束的分寸,我建议一次只给1-3条,挑最影响结果的那几条。约束太多会压缩模型的思考空间,让它变得词穷,反而得不偿失。优先约束它的“幻觉倾向”和“套话倾向”,这两条在任何任务里基本都适用。
3.2 技巧六:让模型先推理再回答,而不是直接给结论
面对逻辑性问题,模型容易“跳步”,直接从前提蹦到结论,中间的正确推理路径反而丢了。这时候如果你在提示词里加一句“请先给出你的推理过程,再给出结论”,正确率会有肉眼可见的提升。这就是大家常说的思维链(Chain of Thought)技巧。
拿一个日常决策类问题举例。你问“团队只有两个开发,月底前A项目更紧迫,但B项目收益更高,该做哪个”,模型直接回答很可能两边都不得罪。但如果你要求它“先列出评估标准,再分析每个项目的得分,最后给出选择建议”,它就要被迫把隐含的判断摆上台面,你也能看清它的逻辑是否成立。
这里有一个经验:思维链只用在有逻辑深度的任务上,比如方案对比、数学计算、代码排查、策略分析。像“把这篇文章压缩到100字”这种简单任务,强行要求它“逐步思考”纯属画蛇添足,输出反而会拖泥带水。
3.3 技巧七:用分隔符把不同性质的内容隔开
当你需要处理一段外部文本时,一定要把“指令”和“待处理内容”明确区分开。如果全文混在一起,模型经常分不清哪部分是要处理的文本、哪部分是要求。常见做法是用三个反引号、尖括号标签或者一行特殊符号把待处理内容包起来。
我的习惯是向模型明确声明:“以下是用户输入内容:>>>内容放在这里<<< 请将这段内容翻译成英文”。这样做的好处有两点:一是模型不会误处理你的指令,二是当内容里恰好有“帮我把这段改写”之类的话时,它也不会搞混。做敏感或关键内容处理时,这一条能避免很多乌龙。
分隔符的另一个用途是给模型的输出分段。比如你要求“把建议部分用标签< suggestion>和 括起来”,程序后续就能自动剪裁。这对自动化流程非常实用,等于在自由文本里开了一个结构化接口。
3.4 技巧八:多轮迭代追问,把 AI 当实习生带
我现在基本不指望一次提示词拿到完美结果,而是把每次生成当作初稿,再通过追问和修正把它逐步调到目标状态。这个习惯帮我省了大量重写的时间。AI 不会嫌你烦,往同一个方向反复打磨,也不消耗现实中的时间成本,何乐而不为。
迭代追问有几个好用的方向:压缩——“第二段太啰嗦,压缩到80字并保留核心结论”;补强——“方案一补充两个落地细节”;纠偏——“刚才的回答跑题了,重点应该放在成本控制上”;视角切换——“换个角度,从使用者的体验出发重新回答”。
这个技巧门槛最低、上限却很高,拼的不是专业知识,而是你对话语的敏感度。当你能准确指出“哪里不对、哪里需要加深、哪里换个角度”,AI 产出的质量就会像滚雪球一样越滚越好。
4. 最后两个进阶技巧:让提示词成为你的“私人工作流”
前面八招组合起来已经能应对大量日常场景了。技巧九和技巧十是让它们产生复利效应的关键:一个负责精细化控制输出风格,一个负责把单次成功经验固化为长期资产。
4.1 技巧九:对输出长度和风格做颗粒化控制
大模型对“字数”的理解是出了名的不准,你说“500字”,它经常给你写800字。直接逼它“500字整”又容易引发截断,更聪明的做法是给出一个字数范围和结构约束,让它在框架内自行分配。比如“正文控制在600-800字,分3个小节,每节一个小标题,结尾不要总结”。
风格控制同理。你可以用“用户画像+情感基调+表达手段”三个维度来指定风格,例如“面向25-30岁的城市独居女性,语气像朋友聊天,多用短句和具象场景描述,避免抽象概念”。经过这样设定的输出,和模型默认的中立公文风完全是两个东西。
实用技巧是在提示词里加一句自检要求:“写完后检查是否包含任何空泛表达,如有请替换为具体信息”。这等于让模型自己做一遍语言洁癖审查,比你在外面咆哮有用得多。
4.2 技巧十:把高频任务沉淀成模板,让经验可复制
技巧一到九都是单次作战,技巧十是总结归纳。当一个提示词经过多轮调优已经稳定产出好结果时,我会把它固化成模板,替换掉业务相关的关键词,存进团队知识库。下次遇到同类型任务,直接复制改参数,十几秒就能开工,不用再从零开始调。
模板化还有一个意外好处:它逼你把“人话”提炼成“结构”,反过来加深你对任务本身的理解。比如你给市场部做了十次“小红书种草文案”模板,你对这类文案的痛点、结构、爆款要素会形成直觉,这份能力模型拿不走,是你自己的。
我的模板库现在有二十多个,覆盖文案、代码、数据分析、学习笔记、会议纪要等场景。下面把这些压箱底的模板分享出来,它们都是久经沙场后留下的版本,可直接套用。
5. 模板库:直接复制就能用的提示词
所有模板请将方括号中的内容替换为你自己的业务信息,然后一次性完整发给模型,不要截成半句发。模板都是我实测过效果稳定的结构,但真实业务中请务必根据模型版本微调。
5.1 万能提示词骨架
这个模板适用于大多数待定场景,可以看作是提示词的“空白底稿”。
你现在扮演:[角色身份。例如:资深产品经理、品牌文案、数据分析师] 任务目标:[用一句话说明要做什么。例如:把这段功能描述改写成用户故事] 背景信息: - 业务/项目背景:[两三句话交代背景] - 目标读者/使用者:[他们是谁,他们关心什么] - 使用场景:[这个输出将用在哪里] 内容输入: <此处粘贴待处理的原始内容> 输出要求: - 格式:[Markdown表格/分点列表/JSON/段落] - 长度:[字数范围] - 风格:[语气、用词特点] - 禁止事项:[例如:不要编造数据,不要用空话开头] 参考示例: 输入:[示例输入] 输出:[期望的示例输出] 请注意严格按照参考示例的风格组织你的回答。我给团队定过一条规矩:遇到新任务先套这个骨架,写不出某项时就说明你对任务还没想清楚,先想清楚再动笔。这个习惯大大减少了无效的 AI 对话。
5.2 新媒体文案模板:小红书与短视频脚本
新媒体团队是提示词工程受益最大的群体之一。以下是小红书种草文案模板,适合美妆、家居、数码等消费品类。
你是一名小红书爆款文案写手,擅长用朋友分享的口吻种草,开头3秒抓住注意力。 产品信息: - 产品名称:[产品名] - 核心卖点:[卖点1、卖点2、卖点3] - 目标用户:[描述用户画像] - 区别于竞品的特点:[一两句话说明] 请输出: 1. 标题5个,要求带具体数字或场景词,不超过20字 2. 正文,600-800字,分4-5段,每段不超过3行,第一段直接讲使用场景和痛点 3. 话题标签8-10个,兼顾流量词和精准词 要求:语气自然口语化,禁止使用“绝绝子”“YYDS”等过度泛滥的网络词,每段都要有信息增量,不要重复已经说过的卖点。短视频脚本我常用另一个变体,会额外要求“开头3秒抛出悬念”“每30秒设置一个钩子”“结尾引导关注”,核心逻辑一致,差别只在结构上。这类模板一个很大的坑是产品卖点描述不具体,模型只能凭空发挥,所以卖家信息越细,脚本质量越高。
5.3 编程辅助模板:代码解释与调试
程序员用提示词工程提效,重点不在于让 AI 替你写代码,而在于让它帮你迅速定位和解释问题,减少上下文切换时间。下面是我常用的代码解释模板。
你是一名资深[Python/JavaScript/Go/Java]工程师,请帮我理解以下代码。 代码: <这里粘贴代码> 解释要求: 1. 先用一两句话概括这段代码的功能 2. 按执行顺序解释核心逻辑,涉及关键函数和算法时单独说明 3. 指出潜在的bug风险或性能隐患 4. 用“可以优化的点”列表给出3条改进建议 注意:解释面向有基础但没看过这段代码的开发者,不要逐行翻译代码,要讲设计思路和意图。调试模板则在上述基础上追加“请列出你推测的报错原因,按可能性从高到低排序,并为每个原因给出验证方法”。这个写法会让 AI 从“给一个答案”变成“给我多条可验证的假设”,后者显然更有用,因为它还原了真实的排查思维。
5.4 会议纪要、周报与邮件模板
职场写文档占据了 AI 使用场景的大头,这类内容的关键是有结构、有条理、省时间。下面是我给团队配置的会议纪要模板。
你是一名会议记录助理。请根据以下会议讨论内容,输出结构化会议纪要。 要求: 1. 先给出“会议结论”三个字作为第一段,每一条结论控制在30字以内 2. 再用“待办事项”输出表格,列包含:事项、负责人、截止时间 3. 如有分歧未达成共识,单独用“遗留问题”列出 4. 语气客观中立,不要添加原文没有的信息,不要美化措辞 会议原始内容: <粘贴会议速记或聊天记录> 如果原文没有提到责任人或时间,请在对应单元格写“待确认”,不要自行编造。周报和邮件模板的原理类似。周报我强调“只写结果和下一步,不写过程流水账”;邮件模板我强调“先说结论再说背景,结尾给出明确的期望动作”。这三个文档类模板合起来,一个人处理团队行政事务的效率至少翻一倍。
5.5 学习总结与知识卡片模板
最后这个模板送给所有需要消化信息的人,尤其适合学生和需要持续学习的职场人。它把一个陌生概念压缩成一张容易记忆的知识卡片。
你是费曼学习法的践行者,擅长用简单的语言解释复杂概念。请针对以下学习材料生成知识卡片。 学习材料: <粘贴文章/课程笔记/书籍章节> 卡片内容: 1. 核心概念:用两句话解释这个知识点的本质 2. 一个生活化类比:用读者熟悉的日常经验类比这个知识点 3. 关键细节:列出3个必须记住的支撑细节 4. 常见误区:指出2个最容易理解错的点 5. 一句话记忆口诀 要求:全文不超过500字,类比要具体真实,不能为了简单而失去准确性。这个模板的本质是强制模型陪你做一遍“加工”,把原始材料拆成概念、类比、细节、误区、口诀五块。我用了大半年,读书笔记的质量和组织程度比之前全靠手工摘抄要高出好几个段位。
6. 避坑实录:我踩过的一些提示词大坑
技巧和模板都给了,最后分享一些真金白银换回来的教训。这些坑几乎每个高频使用 AI 的人都会遇到,提前看到能帮你省下不少试错时间。
6.1 常见问题速查表
| 你遇到的问题 | 最可能的原因 | 解法 |
|---|---|---|
| 回答太泛,全是正确的废话 | 角色和约束缺失 | 补充具体角色,加上负面约束 |
| 格式乱七八糟,还要二次整理 | 没指定输出格式 | 明确表格/JSON/列表及字段名称 |
| 数据张冠李戴或凭空捏造 | 模型幻觉 | 要求注明信息来源,不确定时明说“不知道” |
| 字数严重超标 | 长度约束不具体 | 给出字数范围,同时限定段落数量 |
| 多步任务前紧后松、后半段质量陡降 | 任务链路过长 | 拆成多个小任务,分步确认后再继续 |
| 越聊越跑题 | 上下文被新指令覆盖 | 把关键背景和要求在后续消息中重复强调 |
| 风格不像你要的样子 | 光定性没定例 | 给一个风格参考样本或明确用词标准 |
这张表现在贴在我工位的显示器边上,遇到问题先对着查一遍,通常不等重试就能找到病根。
6.2 我的几个独家小习惯
第一个习惯是把最重要的指令放在提示词最后一句。模型会倾向于参考离输入内容最近的上下文,你把它最该执行的指令放在末尾,命中率更高,这招在长提示词里尤其明显。
第二个习惯是遇到好结果就立刻存档。我会把每次调优成功提示词和对应的原始任务一并记到一个文档里,标记为“这类任务的高分模板”。累计几个月后,这个文档会成为比任何网课都值钱的私藏资产。
第三个习惯是用“请先复述你的理解再执行”来测试提示词的明确性。如果模型复述得磕磕绊绊,说明你的提示词存在歧义,需要马上优化而不是硬着头皮继续。
第四个习惯是给自己设一个“AI 输出守门人”角色。所有重要的模型输出,我都会让它先自查一遍:“你刚才的回答里有没有未经证实的断言?哪些是凭经验推测的?”这个简单的反问经常能引出模型追加的修正说明,比盲信初稿好得多。
6.3 最后一个提醒
很多人学提示词工程喜欢收藏一堆花哨技巧,但真正拉开差距的还是基础功。把角色、任务、上下文、要求、格式、示例这六个要素吃透,能覆盖掉你日常80%的需求。剩下的所谓“高阶玩法”,大多是在这六个要素上做变形。
如果你只能从这篇文章带走一件事,我希望是模板化的习惯:第一次做某个任务时多花五分钟打磨提示词,确认效果后立刻存成模板,下一次同类任务直接复制修改。这个习惯单次看起来省不了多少时间,但一年积累下来,省下的时间和精力是惊人的。
模板库的文档我一直在持续更新,每隔一段时间翻出来用新的业务场景检验一遍,淘汰过时的表达,填入更高效的句式。这套和 AI 协作的方法并不是一成不变的,模型在升级,你的提示词体系也得跟着迭代,这种“边用边改”的状态大概才是提示词工程最真实的样子。