提示词工程6要素深度拆解系列 · 第6篇完结篇本文要点硬约束与软约束 禁止清单编写艺术 6要素体系完整回顾一、AI最大的问题不是「不够聪明」而是「太想帮你」你让AI写一封商务邮件。它写得洋洋洒洒信息完整、逻辑清晰、语气专业——但加了一堆你不需要的客套话。你让它分析数据。它给出了漂亮的结论——但编造了一个不存在的数据源来佐证。你让它写代码。它写了一个能跑的实现——但用了你项目已经弃用的框架。AI的问题是在缺乏边界的情况下它倾向于「过度表现」。提示词的前5个要素——角色、任务、背景、格式、示例——都在告诉AI「你要做什么」。而第6个要素「约束」在告诉AI「你不能做什么」。这是最容易被人忽略的要素但也是最容易「出事故」的地方。二、约束提示词的「安全护栏」在6要素体系中约束扮演的角色最特别要素定位比喻角色操作系统赛车的底盘调校任务引擎赛道的终点线背景原料赛道的路况信息格式编译器赛车的外观设计示例校准仪试跑圈的参考成绩约束安全护栏赛道的边界线赛道再好的赛车如果没有边界线冲出赛道就是迟早的事。2.1 约束的本质降低「不可用输出」的概率从工程角度看约束不是让AI输出变得「更好」而是让它输出的「下限」更高。一个没有约束的提示词AI有30%的概率输出你想要的40%的概率输出勉强能用的30%的概率输出完全用不了的。加了约束把「完全用不了」的比例从30%压到5%以下。这就是约束的价值不追求上限守住下限。三、硬约束 vs 软约束两个层级约束不是「一条禁令」那么简单。它分为两个层级层级英文含义违反后果典型示例硬约束Must NOT绝对不能做的事输出直接不可用「不要编造数据」「不超过500字」「不使用第一人称」软约束Should NOT尽量不做的事输出质量下降「避免被动语态」「尽量不用行业黑话」「倾向积极语气」3.1 硬约束红灯踩死刹车硬约束是「一旦违反输出就废了」的规则。它们是提示词的不可协商条款。硬约束的典型场景约束类型示例为什么是硬约束事实性约束「不要编造数据或引用不存在的研究」编造的「事实」一旦被采纳后果严重合规性约束「文中不得出现竞品品牌名称」法务/品牌风险格式硬约束「输出必须是合法JSON不要任何解释文字」下游程序需要精确解析长度硬约束「回复不超过280字符」平台限制如Twitter受众约束「不使用C-level不理解的技术术语」沟通完全失效角色边界「不提供医疗建议如涉及请说’请咨询医生’」法律/伦理风险硬约束的写入格式【硬约束】 1. 绝对不要编造数据源。如果没有可靠来源请明确说「我无法确认这个数据」。 2. 输出必须是合法JSON格式外围不要任何解释文字。 3. 不使用任何emoji表情符号。关键硬约束用「绝对」「禁止」「不要」等强制性词语不给AI留下任何理解空间。3.2 软约束黄灯减速慢行软约束是「尽量遵守但如果和硬约束冲突可以被覆盖」的规则。软约束的典型场景约束类型示例为什么是软约束风格偏好「尽量用短句每句不超过25字」有时复杂概念需要长句语气倾向「尽量保持积极、建设性的语气」批评性内容需要严肃结构偏好「优先使用主动语态」某些场景被动语态更准确内容偏好「尽量引用中国市场的案例」某些领域中国市场案例有限软约束的写入格式【软约束】 1. 尽可能使用主动语态但如果被动语态更准确则不强制。 2. 倾向使用短句≤25字但复杂概念允许适度延长。 3. 优先引用中国本土案例无合适案例时可引用国际案例。关键软约束用「尽量」「优先」「倾向」等协商性词语给AI留出判断空间。四、「禁止清单」的编写艺术约束的核心交付物是「禁止清单」。写好禁止清单是提示词工程的重要技能。4.1 禁止清单的「三不写」一不写不写AI大概率不会做的事❌ 「不要用文言文写」、「不要输出二进制代码」这些事AI本来就不会做。写进约束浪费字符稀释真正重要的约束。✅ 只写AI很可能做、但你不希望它做的事。二不写不写无法验证的抽象约束❌ 「要有深度」、「要专业」、「要有洞察」这些都是主观标准AI无法判断自己是否满足。约束必须可验证。✅ 「每个观点必须搭配一个具体案例或数据」、「不使用超过5个字的标题」、「如果无法给出确定性答案必须说明不确定性来源」三不写不写自相矛盾的约束❌ 「简洁但又要详细」、「专业但又要通俗」如果你自己要读三遍才能理解AI也一样。✅ 先明确优先级「在简洁和详细之间优先简洁。关键信息用粗体突出。」4.2 禁止清单的正反对比反面教材模糊无效的约束约束 1. 不要太啰嗦 2. 要有干货 3. 风格要高级一点 4. 不要太low什么叫「啰嗦」多少字什么叫「干货」什么叫「高级」什么叫「low」——全都是主观判断AI只能猜。正面教材精确可验证的约束【硬约束】 1. 全文不超过800字 2. 不出现「赋能」「闭环」「抓手」「底层逻辑」这四个词 3. 每个自然段不超过4行 4. 不使用问句结尾除非是故意反问 5. 不编造任何数据或引用。如果没有具体数据用「大量」「部分」「少数」等程度词 【软约束】 1. 每段尽量有一个具体的数字或案例 2. 优先使用中国互联网行业的例子 3. 如果内容涉及争议话题必须同时呈现正反两方观点每一条都是可验证的。AI可以逐条检查自己是否满足。五、不同场景的约束模板场景一内容创作【硬约束】 - 不使用谐音梗和网络流行语 - 不出现任何品牌竞品的名称 - 每个论点必须搭配一个真实案例不可编造 - 不使用「众所周知」「毫无疑问」等跳过论证的表述 【软约束】 - 优先使用近3年的案例 - 尽量每500字插入一个数据点 - 倾向使用正反对比的结构场景二数据分析【硬约束】 - 不编造、不推测数据源中没有的数据 - 如果数据不足以支撑某个结论必须明确说明 - 不确定的地方用「样本量有限结论仅供参考」标注 - 不使用百分比以外的概率表述如「大概率」「很可能」→ 替换为具体百分比区间 【软约束】 - 优先用图表描述趋势 - 异常值必须单独标注并说明可能原因场景三代码生成【硬约束】 - 不使用已弃用deprecated的API - 所有外部依赖必须注明版本号 - 不能包含硬编码的密钥、token或密码 - 必须处理所有可能的异常try-catch或错误返回值 - 不在注释中写TODO要么做要么不提 【软约束】 - 优先使用项目已有的工具函数 - 新增函数不超过50行 - 函数名使用动词开头六、六要素体系完整回顾走完6篇文章让我们用一张全景图回顾整个体系6要素的协同关系单一要素能带来的提升是线性的。但当要素之间形成协同提升是指数级的协同组合效果角色 背景AI「代入」到具体场景中的人物任务 格式清晰的目标 标准的交付形态示例 约束标杆 禁区AI在安全范围内做到最好背景 示例上下文 风格AI既理解场景又知道表达方式六要素齐全从「赌运气」变成「设计可控的任务环境」六要素使用速查表你遇到什么情况你应该补哪个要素AI输出太泛、不够专业角色AI不知道到底要做什么任务AI输出不符合你的具体情况背景AI输出很乱、没法直接使用格式AI输出风格不对示例AI编造数据、越界发挥约束AI输出「还可以但就是不够好」示例 约束AI输出「完全不是我想要的」从头检查6要素七、从「写提示词」到「设计任务环境」写到这里我想分享这个系列最核心的认知提示词工程不是「写更好的提示词」而是「为AI设计一个它能卓越执行的任务环境」。当你只关注「怎么写一句话让AI听我的」时你是在和AI博弈——这注定是低效的。当你关注「怎么设计一个完整的任务环境」时你是在为AI创造条件——这是工程师的思维。角色、任务、背景、格式、示例、约束——这6个要素就是设计任务环境的6个维度。它们不是「锦上添花的技巧」而是构建可靠AI输出所必需的工程实践。八、六个「一句话心法」合集把6篇文章的精髓浓缩为6句话送给你要素心法角色你给AI什么身份它就给你什么答案任务好任务描述让AI一眼看穿坏任务描述让AI摸黑干活背景好背景让AI「代入场景」坏背景让AI「盲人摸象」格式你不规定格式AI就给你「AI觉得好」的格式示例说不清楚的给一个例子就全说清楚了约束给AI画好边界它才能在边界内发挥极致九、写在最后这个系列写了6篇超过12000字覆盖了提示词工程最核心的6个要素。如果你是刚接触提示词工程的小白希望这个系列帮你建立了完整的认知框架。从今天开始每一次和AI对话你都可以用「6要素」来审视你的提示词——少考虑一个要素就有对应的质量折损。如果你已经是提示词高手希望这个系列帮你系统化了你的经验。很多高手其实在不自觉中使用了这些要素但缺少一个完整的框架来审视和优化——这个系列就是给你的。提示词工程不是玄学是工程。工程的特点是有规律可循、有方法可复用、有标准可衡量。从今天起不要再「碰运气」写提示词了。本系列共6篇全部完结。如果你觉得有收获欢迎转发给也在和AI打交道的朋友。关注我们获取更多AI实战方法论