1小时前发布
原理不神秘。模型做的事是「根据前面的内容,预测后面最该接上的内容」。你的提法,决定了它往哪个方向接。
说「写一段产品介绍」,这个开头在训练数据里对应的后续极其多样,它只能给你一个居中的、谁都能用的版本。说「写给连锁餐饮的采购负责人,重点讲供货稳定性,三百字」,后续的候选范围被大幅收窄,输出自然贴近你要的。
所以提示词工程不是咒语,是收窄搜索空间。给的信息越具体,可能性越少,结果越可控。
反过来,给了矛盾的要求,它会挑一部分执行、丢掉一部分,表现出来的就是「答非所问」。
这也解释了一个常见困惑:为什么同一个问题,加上「请认真思考」反而变差。因为这类指令只增加了语气,没有增加任何约束条件,搜索范围一点没变窄。
我摸出来的几条,都是试错得来的。
先说做什么,别先说别做什么。开头就写「不要写得像广告」,它会先想到广告的写法,反而容易沾上。
给例子比给形容词有效。想要某种语气,直接附一段你觉得好的文字,说「照这个写」,比写十条形容词都准。
一次只改一个维度。先定内容,再定语气,最后定长度。一次改三样,你就不知道是哪一项起了作用。
长任务分段。让它一次写完三千字,中段一定跑偏。拆成几个部分分别写,最后自己拼。
还有一个反直觉的经验:把它当新人看。新人不懂你的业务,也不懂你的要求,你得说清楚背景、说清楚标准。这么想,提词自然就写全了。
几个常见误解。
以为有一句万能咒语。看到「加上这句话效果翻倍」这类说法,多数是夸大,换个任务就不管用。
堆砌形容词。「专业、严谨、有温度、简洁」,四个要求互相冲突,它只能顾一头。
要求里带否定。它处理「不要提价格」这类约束的能力比想象中弱,说出口反而提高出现概率。
不给背景就要结论。它不知道你的行业、你的客户、你的目的,只能给通用答案。
一次问太多事。「帮我写个方案,包含预算、排期、人员、风险」,它会把最简单的部分写满,难的部分一句话带过。
最后,别迷信模板。别人的提词模板在他那个任务上有效,换个场景未必,还是得按自己的需求改。
几个能让输出稳定的写法,都是具体动作:
把要求编号。一、二、三列出来,比一段话里塞五个要求清楚。
给出输出格式。要列表就给个示例行,要 JSON 就贴一段结构,省掉来回改格式。
限定不能做的事要写成正面要求。「不要写长句」改成「每句不超过二十五个字」。
要求它先复述任务。加一句「先用一句话复述你要做什么」,能提前发现理解偏差。
给判断标准。「如果信息不足就说明缺少什么,不要猜」,这句能减少编造。
把提示词存下来。同一个任务反复做的,整理成模板,比每次重写省事,也保证一致性。
短提示和长提示,适合的场景不同。
短提示靠模型自己补全,好处是快,坏处是结果看运气。适合低风险、低要求的场景:想几个标题、改一句话、问个概念。
长提示把约束写死,好处是稳定可复现,坏处是写起来费时间。适合高要求、要重复做的场景:对外文案、正式方案、批量处理。
中间状态最难受。提示写得半长不短,既没有灵活性,也没做到稳定,改起来还费劲。
我的判断办法是看这件事要重复多少次。只做一次的,短提示加两轮修改;要做十次以上的,值得先花半小时把提示词写扎实。
这个判断标准和写代码一样:一次性的脚本随便写,要长期用的就得规范化。
最多设置5个标签!
原理不神秘。模型做的事是「根据前面的内容,预测后面最该接上的内容」。你的提法,决定了它往哪个方向接。
说「写一段产品介绍」,这个开头在训练数据里对应的后续极其多样,它只能给你一个居中的、谁都能用的版本。说「写给连锁餐饮的采购负责人,重点讲供货稳定性,三百字」,后续的候选范围被大幅收窄,输出自然贴近你要的。
所以提示词工程不是咒语,是收窄搜索空间。给的信息越具体,可能性越少,结果越可控。
反过来,给了矛盾的要求,它会挑一部分执行、丢掉一部分,表现出来的就是「答非所问」。
这也解释了一个常见困惑:为什么同一个问题,加上「请认真思考」反而变差。因为这类指令只增加了语气,没有增加任何约束条件,搜索范围一点没变窄。
我摸出来的几条,都是试错得来的。
先说做什么,别先说别做什么。开头就写「不要写得像广告」,它会先想到广告的写法,反而容易沾上。
给例子比给形容词有效。想要某种语气,直接附一段你觉得好的文字,说「照这个写」,比写十条形容词都准。
一次只改一个维度。先定内容,再定语气,最后定长度。一次改三样,你就不知道是哪一项起了作用。
长任务分段。让它一次写完三千字,中段一定跑偏。拆成几个部分分别写,最后自己拼。
还有一个反直觉的经验:把它当新人看。新人不懂你的业务,也不懂你的要求,你得说清楚背景、说清楚标准。这么想,提词自然就写全了。
几个常见误解。
以为有一句万能咒语。看到「加上这句话效果翻倍」这类说法,多数是夸大,换个任务就不管用。
堆砌形容词。「专业、严谨、有温度、简洁」,四个要求互相冲突,它只能顾一头。
要求里带否定。它处理「不要提价格」这类约束的能力比想象中弱,说出口反而提高出现概率。
不给背景就要结论。它不知道你的行业、你的客户、你的目的,只能给通用答案。
一次问太多事。「帮我写个方案,包含预算、排期、人员、风险」,它会把最简单的部分写满,难的部分一句话带过。
最后,别迷信模板。别人的提词模板在他那个任务上有效,换个场景未必,还是得按自己的需求改。
几个能让输出稳定的写法,都是具体动作:
把要求编号。一、二、三列出来,比一段话里塞五个要求清楚。
给出输出格式。要列表就给个示例行,要 JSON 就贴一段结构,省掉来回改格式。
限定不能做的事要写成正面要求。「不要写长句」改成「每句不超过二十五个字」。
要求它先复述任务。加一句「先用一句话复述你要做什么」,能提前发现理解偏差。
给判断标准。「如果信息不足就说明缺少什么,不要猜」,这句能减少编造。
把提示词存下来。同一个任务反复做的,整理成模板,比每次重写省事,也保证一致性。
短提示和长提示,适合的场景不同。
短提示靠模型自己补全,好处是快,坏处是结果看运气。适合低风险、低要求的场景:想几个标题、改一句话、问个概念。
长提示把约束写死,好处是稳定可复现,坏处是写起来费时间。适合高要求、要重复做的场景:对外文案、正式方案、批量处理。
中间状态最难受。提示写得半长不短,既没有灵活性,也没做到稳定,改起来还费劲。
我的判断办法是看这件事要重复多少次。只做一次的,短提示加两轮修改;要做十次以上的,值得先花半小时把提示词写扎实。
这个判断标准和写代码一样:一次性的脚本随便写,要长期用的就得规范化。
一周热门 更多>