提示词工程实战：10个技巧与模板库，快速提升大模型输出质量

提示词工程最近被反复提起但真正能把提示词写明白、一小时内就见效的人并不多。过去三个月我帮团队整理了一套内部提示词规范也把碎片经验固化成模板库。这篇文章就围绕10个能立刻上手的技巧展开同时把整套模板贴出来。不论你是用大模型写文案、写代码、整理资料还是做翻译只要照着这些思路调整自己的提示词大概率会看到立竿见影的变化。先说明这10个技巧不是从论文里抄来的而是我在真实业务里反复撞墙后总结出来的里面会讲清楚为什么有效和怎么用最后附上可以直接拿去改的模板。1. 提示词为什么时灵时不灵先理解模型的阅读理解机制1.1 模型不是搜索引擎也不是人脑很多人有个误区把提示词当成搜索引擎的关键词觉得只要把话题抛出去模型就会自己脑补出完美答案。实际结果经常是看起来什么都说了仔细看全是车轱辘话。原因是主流大模型的工作方式本质上是在做下一个词预测它会根据你给的上下文去推算最可能出现的回复内容。提示词越模糊推算空间越大模型就越容易往高频套路、平均水平、保险方向走。我经常跟团队打一个比方你手下来了一个能力很强、知识面很广但完全不懂你们公司行话的新同事。你如果只说这个方案帮我处理一下他大概率会按行业通用做法交一份中规中矩的东西。你如果告诉他你是这次项目的负责人这是客户背景这是方案初稿请从成本、风险、排期三个角度各挑三个问题并按严重程度排序列出他交出来的东西就是另一回事。提示词工程干的事就是把这个新同事快速培训成熟手。1.2 四个核心变量角色、任务、上下文、格式我做模板库时发现无论提示词写得多复杂都可以拆成四个变量角色、任务、上下文、格式。先定角色是为了确定模型的立场和口吻任务是为了说清你具体要做什么上下文是给它足够的信息避免它自己编造格式是为了让输出便于阅读或程序化处理。这四个变量不是每次都全用但至少要有两个以上。比如帮我写一段产品介绍里面几乎没有变量模型只能自由发挥。改成你是一名电商文案任务是给一款无线降噪耳机写一段60字以内的商品简介核心卖点是续航30小时和主动降噪语气要年轻化用emoji作为分条符号之后四个变量齐了输出质量会稳定得多。我的经验是如果一次生成的结果让你不满意第一件事不是换一个问题而是检查四个变量里漏了哪个。1.3 为什么是这10个技巧技巧本质上是对上面四个变量的细化和组合。第一组技巧解决任务说不清楚的问题第二组解决输出结构不对的问题第三组解决复杂任务容易翻车的问题。这样分组不是拍脑袋而是对应了我在实测里最常见的三类失败原因命令模糊、格式失控、上下文丢失。下面10个技巧就是不绕过这些坑的直路。2. 前三个技巧把模糊需求逼成可执行指令2.1 技巧1任务动词前置数量边界给死一个最容易被忽略的细节是大模型阅读指令时更关注句子前段的关键词。你写需要分析一下当前市场情况然后给一些建议顺便看看用户反馈最后总结模型很容易把有限注意力分散到看看顺便这些弱指令上。更好的写法是把任务动词放在最前面并且把交付物件数列出来。看个对比问题式提示词你觉得这个产品怎么样改良式提示词请你评估以下产品方案。任务列出5个潜在风险、5个改进建议、3个必须验证的假设。没有把握的部分请标注待验证。同样是在问怎么样后者给出了5个风险、5个建议、3个假设的边界。一是我不用二次追问二是我能明显感觉到模型输出从泛泛而谈变成有骨架的清单。背后原因不复杂你给出数量边界模型在生成时就有一个数量约束需要满足它会主动枚举而非笼统概括。哪怕是同一个模型、同一段材料加了数量边界之后信息密度能翻一倍。2.2 技巧2负面约束比正向要求更省事很多人写提示词时只写要什么不写不要什么。结果模型经常在回答末尾补一句作为一个语言模型我建议你...或者写代码时顺手加了一大段无关依赖。处理这些问题的办法不是反复重试而是把不要什么明明白白写进提示词。注意负面约束不等于发脾气而是列行为清单。比如不要输出开场白直接给正文。不要使用首先/其次/最后这种连接词改用小标题。不要编造数据如果数据不确定写需核实。不要在代码中引入第三方库只使用标准库。这类约束每一条都是可验证的模型更容易执行。我实测下来的效果是加上3条左右负面约束之后输出格式的合规性会明显提升。但负面约束也不宜太长超过7条会造成反效果因为模型在长指令中会丢失关键信息需要把最核心的禁忌放在提示词前部或最后重复强调。2.3 技巧3用一个示例代替十个形容词文风幽默一点专业一点有感染力一点这类形容词不同模型理解差异很大。同样一个词在同一个模型的不同版本里也可能表现不同。要想稳定复现某种风格最有效的方式是给一个示例让模型照着模仿。举个我自己常用的场景。写小红书风格文案时我不会写请用很流行的网络语气而是给一段真实示例你是一名生活方式类内容作者。请模仿下面这条文案的风格写一篇新的 谁懂啊家人们这个收纳盒真的救了我狗命桌面从灾难现场变成了样板间只要9块9还要什么自行车。 要求语言口语化开头有感叹结尾有吐槽或反转。当模型有了具体例子它学到的不是网络语气这个模糊概念而是句式长度、标点用法、情绪节奏。这个技巧在翻译场景里更明显直接丢一段参考译文风格比写译文要自然、流畅、地道管用得多。所以模板库里几乎每个模板都预留了一个示例区这是我认为提示词工程里性价比最高的投资。3. 中间三个技巧让输出结构长成你想要的样子3.1 技巧4指定输出格式别让模型替你做排版模型默认的排版方式是分段加小标题这对聊天没问题但在真实工作流里经常不够用。你需要表格、JSON、CSV、清单或者某个固定模板结构。这时候不要在提示词里写请用表格总结因为模型可能给出一个Markdown表格、也可能给一个文本表格字段还可能不齐。我的写法是直接把格式模板放进提示词里让模型照着填输出格式如下严格按这个结构不要增加额外字段 | 风险等级 | 风险描述 | 影响范围 | 建议行动 | |---------|---------|---------|---------| | 高/中/低 | ... | ... | ... |在这个例子里我连表头和分隔线都写好了。模型通常能直接生成一个结构正确的Markdown表格。如果我要的是JSON我会把字段结构完整写出来并给一个空值示例。这样做的另一个好处是方便程序化处理——只要格式稳定后续环节就能自动解析而不是靠人工复制粘贴。3.2 技巧5用Few-shot输入风格和逻辑样本Few-shot是指在一段提示词里放入几个输入-输出示例让模型模仿。它和技巧3类似但技巧3更偏向风格模仿技巧5更偏向逻辑路径模仿。比如我想让模型帮我把一段产品参数改写成推荐话术我会同时给两条输入-输出对让模型掌握参数 - 用户利益 - 情绪价值的转化路径。示例结构可以这样写请将我提供的产品参数改写成面向年轻上班族的推荐语改写时遵循以下两个示例的转换逻辑。 示例输入续航30小时支持快充10分钟充电可用5小时。 示例输出手机没电是日常耳机没电不能忍。30小时续航加超快闪充早上洗个脸的时间够你听几天。 示例输入重量4.7克半入耳设计佩戴无感。 示例输出戴上就像没戴这才叫无感佩戴。 现在请改写主动降噪透传模式支持双设备连接。这样模型学到的不只是语句活泼一点而是参数 - 场景痛点 - 轻吐槽的结构。我在实测里发现给1个示例能解决60%的风格问题给2到3个示例能解决大多数结构问题超过5个示例边际收益就很小了反而会消耗上下文长度拖慢生成速度。一般2到3个就够。3.3 技巧6复杂任务分步骤指令化有一次我让模型直接写一份季度汇报PPT大纲结果它给出的内容干瘪完全没法用。后来我改成三步走第一步先列出汇报的关键信息点第二步把这些信息点归类成三个部分第三步为每个部分写出标题和要点。效果立刻好了很多。原因在于复杂的PPT大纲背后隐藏着信息筛选、逻辑归类、语言表达等多个子任务堆在一起会让模型不知道该优先执行哪个。分步骤执行时可以写请按以下步骤操作每一步完成后等我的确认再进入下一步。这相当于把提示词工作流中的上下文窗口变成一个小型会议模型先思考你审核后再放行。尤其是写长文、做竞品分析、整理会议纪要这类任务分步走不但质量更高也更容易排查问题——一旦哪一步结果不对只需要调整那一步的指令不用推翻重来。4. 后四个技巧多轮交互与自我校准让效果更稳定4.1 技巧7在多轮对话里每轮重申关键约束很多人把提示词工程理解成一次性生成完美指令但实际使用中大量任务是多轮对话。你让模型先写大纲再扩写再修改再润色。问题在于模型在对话中会慢慢遗忘早期约束到第三轮、第四轮时它可能已经忘记不要用首先其次或面向的读者是中学生。应对办法很土但有效每一轮发出新的指令时把最关键的两三条约束重复一遍。比如你需要修改第四版内容不要只发把这一段改得更正式一点而要写继续使用最初的角色设定注意你面向的是企业客户语气需要正式不要输出开场白。下面这段请改得更正式[粘贴原文]。这样做表面上是浪费几个token实际上避免了每轮生成风格漂移的大问题。我做过一次测试同一段长文分成五轮修改不加约束漂移程度很高加了约束后基本可以稳定在同一个语域里。4.2 技巧8让模型先提问不要让它闷头做遇到信息不足的需求时我见过两种典型操作一是硬着头皮生成结果全是猜测二是不断追加补充把提示词越写越乱。更好的做法是让模型先列出它需要知道的关键信息然后你来补再让它正式输出。也就是说把单轮问答变成两轮澄清。简单写法你是一名产品文案顾问。我需要你帮我写一份新品预热文案但你目前缺少关键信息。请先向我提出5个最影响文案方向的问题等我的回答后再开始写。这个技巧特别适合你不确定模型需要什么信息、或者自己也没想清楚要什么的场景。模型提出问题时其实是在给你提供思考框架能帮我们把需求梳理清楚。有朋友担心这样会不会太慢实际上第一轮的5个问题只需要几分钟回答完之后的生成质量远高于反复试错。我把这个技巧放到第8位是因为它需要你先熟练使用前几个技巧才能问出有效的问题。4.3 技巧9先写大纲再展开正文长文生成最容易出现的翻车是写到后半段主题跑偏或者前文埋下的信息点后面忘了回收。这时候不要指望模型有全局规划能力要在提示词里强制它做规划。具体做法是分两轮第一轮根据下面这些材料列出这篇文章的大纲包含5个部分每部分给出核心观点和必要的论据。不要展开正文。第二轮按大纲第二部分展开正文保持和第一部分相同的语气。需要用到以下数据。这个先骨架后血肉的方法有三层好处第一你能在早期纠正方向避免白写第二展开单一章节时模型更容易保持局部质量第三后续如果要换顺序、增删内容大纲可以持续复用。我的不少项目文档都是靠这个模式生成的最后人工只需要改细节而不是重写全局。4.4 技巧10在提示词里内置一份检查清单最后一个技巧很反直觉与其自己反复审稿不如让模型在输出之后自己检查一遍。这实现起来很简单就是在提示词最后加一句类似输出完成后请对照以下清单自查并列出你做了哪些修改的话。比如输出正文之后请按以下清单自查 1. 是否包含所有必须涉及到的三个要点 2. 是否避免了首先/其次/最后这类连接词 3. 是否有任何数据未经核实 如存在问题请直接修正后重新输出而不是补充说明。这个技巧的底层逻辑是让模型在生成阶段就多跑一次自我对齐。模型其实具备检查能力只是在第一遍生成时没有机会把它用上。给它一个显式清单相当于在解码过程中加入了一次复核信号。当然它不是万能的复杂逻辑错误可能检查不出来但格式错误、漏点、语气漂移这类问题有明显改善。我现在的模板库里几乎每个模板最后都会挂一段自查清单这比每次生成后自己一句句看要省力很多。5. 模板库10套可直接复制的提示词模板下面这些模板都是从我的内部规范里抽出来的不同场景按需取用。替换规则统一把【】里的内容改成你的实际信息不要删除其他文字否则约束可能会失效。每个模板都默认包含角色、任务、上下文、格式四要素和一条自查指令。5.1 内容创作类模板模板1产品文案改写你是一名资深电商文案。任务把【产品资料】改写成【平台类型】上的种草文案。 要求 - 控制在【150】字以内 - 口语化制造一种不刻意的种草感 - 不编造任何参数所有数据以资料为准 - 不要使用众所周知说实话这类陈词 - 结尾留一句互动引导。 【产品资料】 这里是产品资料可以粘贴参数、卖点、品牌故事等。 请按以上要求输出正文最后自查是否包含核心卖点是否有未核实的说法模板2长文大纲生成你是一名公众号编辑擅长知识类长文。任务根据下面的主题和材料产出一个公众号长文大纲。 要求 - 大纲包含1个吸引人的标题、1个导语、至少4个正文板块 - 每个板块写清楚核心观点、建议论据、搭配案例类型 - 不要写全文只写大纲 - 语言要具体不要出现深入分析这类空话。 【主题】 建议睡眠习惯改变城市年轻人的工作效率 【参考资料】 粘贴相关研究报告、个人案例、数据片段。 输出格式 标题... 导语... 板块一观点 / 论据 / 案例方向 ...模板3企业对外通知改写你是一名企业内宣负责人。任务把下面的【原始通知】改写成一封面向员工的企业邮件。 要求 - 语气专业但温和不要命令式 - 突出关键时间节点和行动事项 - 删除所有模糊表述补充必要的背景说明 - 全文不超过300字 - 不要出现特此通知望知悉等公文套话。 【原始通知】 粘贴原始内容。 输出格式标题、称呼、正文、落款。5.2 办公效率类模板模板4会议纪要整理你是一名会议记录助理。任务根据以下【会议原始记录】整理成结构化会议纪要。 要求 - 分为背景目标、讨论要点、明确决定、待办事项、风险提醒五个部分 - 待办事项需要包含负责人、截止时间、关联任务 - 不要新增原始记录中没有的信息 - 若信息缺失在对应位置写待补充。 【会议原始记录】 粘贴逐字稿或零散记录。 输出格式 ## 背景目标 ... ## 讨论要点 - ...模板5邮件回复起草你是一名商务助理。任务根据下面的【对方来信】和【回复要点】起草一封回复邮件。 要求 - 语气礼貌、直接不啰嗦 - 开头要回应对方的关切不要直接扔结论 - 涉及时间、金额、责任方的信息必须按【回复要点】填写不能含糊 - 控制在200字以内 - 不要写感谢您的来信之外多余的客套话。 【对方来信】 粘贴邮件内容。 【回复要点】 1. 同意延期两周 2. 需要对方提供最新排期表 3. 本次修改涉及额外费用预算需重新确认。 输出格式称呼、分段正文、结尾敬语。模板6竞品分析你是一名市场研究员。任务对比分析以下【目标产品】和【主要竞品】的表现。 要求 - 从功能差异、定价策略、目标人群、内容运营、评价口碑五个维度展开 - 每个维度给出对方表现一句话总结 证据/示例 对目标产品带来的机会 - 不要直接输出大段评分优先用表格 - 若信息不足请标注信息不足需进一步调研。 【目标产品】 描述你的产品或服务。 【主要竞品】 描述竞品可以粘贴官网介绍、评论截图等。 输出格式 | 维度 | 竞品表现 | 机会点 | |-----|---------|--------| ...模板7项目复盘报告你是一名项目经理。任务根据下面的【项目过程记录】写一份项目复盘报告。 要求 - 包含目标回顾、完成情况、关键卡点、经验沉淀、下一步改进五个部分 - 用数据说话保留具体数字 - 不要回避问题但不要甩锅给个人 - 每个卡点必须对应一条改进清单 - 全文不超过800字。 【项目过程记录】 粘贴项目排期、日报、会议信息等。 输出格式 ## 目标回顾 ...5.3 编程与数据处理类模板模板8代码解释器你是一名资深工程师。任务解释下面这段【代码】的实现逻辑。 要求 - 先一句话概括整个代码块的用途 - 按执行顺序分步骤解释关键变量写清楚作用 - 指出存在性能隐患或可维护性问题的地方 - 不要输出新的代码除非说明如何修改 - 如果存在语法错误请明确指出。 【代码】 粘贴代码。 输出格式 ## 总体用途 ... ## 分步解释 ... ## 问题与建议 ...模板9代码重构建议你是一名资深工程师。任务针对下面的【代码段】给出重构建议。 要求 - 先指出当前代码的三大可读性/扩展性问题 - 给出重构后的代码并尽量保持原功能不变 - 用注释解释你做了哪些改动以及原因 - 不要使用外部依赖 - 如果现有代码有隐藏缺陷单独列出。 【代码段】 粘贴代码。 输出格式 ## 主要问题 ... ## 重构代码 ... ## 改动说明 ...模板10数据处理与CSV格式转换你是一名数据处理专员。任务将下面的【原始数据】整理成规范的CSV格式。 要求 - 输出内容用表格展示字段名必须包含编号、名称、类别、金额、备注 - 缺失金额写0缺失名称写未知 - 金额统一保留两位小数 - 不要额外解释直接给出表格 - 如果原始数据里有明显识别不了的内容在备注中标明。 【原始数据】 粘贴文本或表格。 输出格式 | 编号 | 名称 | 类别 | 金额 | 备注 | |------|------|------|------|------| ...5.4 使用模板的三条替换纪律第一变量一定要换干净。我曾经只用模板没换掉【产品资料】和【平台类型】结果模型一本正经地写出了【产品资料】是一款革命性产品这种句子。检查变量是使用任何模板前的第一步。第二格式要求和内容要求分开写。模板里的输出格式要单独成段不要和内容要求混在一起否则模型容易只关注内容而忽略格式。我自己更倾向于把输出格式放最后因为模型对近处指令的印象更深。第三模板不是军规。同一套模板在不同模型上的表现会有差异你需要预留两三次微调空间。常用的调整手段是如果输出太啰嗦就增加负面约束如果输出太短就把字数改成包含至少三个因为-所以结构这种更具体的指令。6. 实测中的翻车场景与调优手记6.1 温度参数和输出长度提示词之外还有旋钮提示词工程不只是在文本框里写字很多模型API还提供temperature、max_tokens这类参数。我发现在实际使用中很多人明明提示词写对了输出却仍然不稳问题出在参数上。温度值高时模型输出更随机、更有灵感但也更容易跑题温度低时输出更稳定、更保守。做文案创意时可以适度调高到0.8左右做结构化分析和代码解释时建议调到0.2到0.3。max_tokens也需要配合提示词设置。如果模板里写输出800字但max_tokens只有500模型会在中间硬生生截断。反过来如果把max_tokens设得过大模型有可能在输出完毕后又继续编一段废话。我的习惯是根据预设字数估算token数再额外多留20%余量。这一条虽然不属于提示词技巧但往往是决定你模板能不能落地的关键。6.2 模型一本正经地胡说八道怎么办还有一个高频问题模型对于它不知道的信息会编一个看似合理的答案。提示词能缓解但不能根除。缓解办法就是我在模板里反复写的信息不足时标注需核实。实测中这条指令能降低编造概率但不能完全阻止模型在个别细节上脑补。如果真的涉及重要事实比如法律条款、财务数据、医学信息一定要把原文粘贴到上下文里并加一句只能基于我提供的内容回答不要使用外部知识。一旦发现模型开始编造不要跟它纠缠最好的做法是重新开启一轮对话把更严格的限制放在开头。因为模型在长对话里一旦先制造了一个错误答案后续要纠正它成本远高于开新对话。6.3 从失败提示词里找规律很多人调提示词是随机的这轮加一句更专业下轮加一句更详细最后不知道为什么就好了一次。建议每次失败时把提示词和输出留存下来做一次简单归因是缺角色定义是缺上下文还是输出格式没指定按我自己的经验80%的失败都可以归结到上下文不足或格式失控这两类只有少数情况是模型本身能力不够。一旦你有了这套变量归因思路用时只需对模板做小改动而不是推翻重来。比如模板输出太散就在任务里加一条必须先给结论再给理由模板输出太干就在上下文和示例里补充一个成功案例。这套工作方式最终会帮你形成自己的提示词风格不依赖任何别人给的魔法词汇。6.4 一个小技巧把常用提示词存成片段库最后分享一个我自己的习惯不要只在收藏夹里存别人的模板把你每次调好的提示词按场景命名保存下来。比如写周报_正式版DOA会议纪要_待办驱动新品文案_小红书_活泼。下次遇到类似任务先调出历史提示词再改变量比从空白文本框开始写要快得多。这个片段库会成为比本文更有用的东西因为它是基于你真实输入习惯和模型版本沉淀出来的。提示词工程说到底不是背咒语而是建立一套把需求翻译成模型能稳定执行指令的思考方法。对着模板复制粘贴只是起点等你意识到变量归因和参数调整同样重要时就算真正上手了。