一次订单事故逼出的四层提示词架构：让品牌绝不能说的话变成硬约束
Stop Writing Tone Instructions. Layer Them. - Isadora Martin-Dye, Isadora & Co · Isadora Martin-Dye
全片 21 分钟·真正值得盯屏约 5 分钟·2 个必看点
- 0:00 – 2:40听
别再给实习生写更长的须知
用带实习生的类比开场，说明为什么不断加长、加细系统提示词的路走不通。真正的根因不是示例写得不够好，而是一个提示词被迫同时承担情境化、不可违背、表达力、自检四件性质完全不同的事。
单提示词失效是职责耦合问题，不是措辞问题——继续调措辞不会让它变好。
这一段是纯口头论证和类比，讲者站着讲道理，屏幕上没有需要盯着看的东西，边做别的事听完全不损失信息。▶ 跳到 0:00讲者 · Isadora Martin-Dye - 2:40 – 7:01略
四层架构与第一层身份
拆开四层结构：不可变身份、情境模式、示例锚定的语音、生成后否决。重点落在第一层——那些品牌绝对不能说的话，必须住在语音层物理上够不着的地方。
硬规则要放进语音层无法触碰的一层，而不是写成一条更醒目的提示词。
讲到四层结构时屏幕上会出现分层示意，扫一眼层级和先后顺序就够，剩下的解释听着走即可，不需要逐帧停留。▶ 跳到 2:40讲者 · Isadora Martin-Dye - 7:01 – 10:30听
婚礼场地与失踪人口
同一套架构在两个极端领域的复用：婚礼场地助手 Bloom 和失踪人口工具 Threadline。后者的第一层直接禁掉 confirmed、matched、solved 这类词。
对失踪儿童的家属说出「match」不是语气翻车，而是这个产品能造成的最大伤害——这决定了它必须是硬规则。
两个案例靠讲者口述对比推进，没有需要辨认的界面或数据，专心听案例本身的张力就够了。▶ 跳到 7:01讲者 · Isadora Martin-Dye - 10:30 – 14:04听
多数团队缺失的情境层
第二层情境模式：像导航把实时路况纳入计算一样，在提示词跑起来之前就先判断「车里坐的是谁」。对场地协调员可以像同事一样直说局限，对第一次办婚礼的客户则换一条表达路径。同时划出第三层的边界——软性背景笔记只用来定调和共情，绝不逐字引用。
情境判断要发生在提示词执行之前，而不是让模型在生成时自己揣摩对面是谁。
这一段是概念辨析和对照举例，讲者语速稳定、逻辑连贯，戴耳机听比盯屏幕更容易跟上他们的推进。▶ 跳到 10:30讲者 · Isadora Martin-Dye - 14:04 – 16:40听
自信地承诺不存在的东西
复盘那次逼出第四层的平凡事故：模型从未拿到日历数据，却为了听起来像好服务，温暖又具体地把已被预订的档期承诺了出去。前三层全都在正常工作。
自信地承诺不存在的东西，比冷冰冰地拒绝糟糕得多——语音质量本身可以成为故障源。
整段是事故叙述，讲者复述当时的对话内容和团队反应，情绪和细节都在语言里，画面帮不上忙。▶ 跳到 14:04讲者 · Isadora Martin-Dye - 16:40 – 18:50略
从指令到许可
第四层否决的原理：读模型的实际输出，拿真实数据逐条校验，不在允许清单里的日期一律拦下。前三层是概率性的指令，第四层是确定性的许可。
提示词是预防、否决是检查，两者都要——因为提示词终究会失守。
校验流程会配着流程示意讲，看清输出经过哪一步、被什么数据挡住即可，讲者的口头解释已经把逻辑说全了。▶ 跳到 16:40讲者 · Isadora Martin-Dye - 18:50 – 20:56听
组装顺序与响亮地崩溃
收尾的工程实践：所有表面走单一入口组装，硬规则在前、任务在后，取代重构前各自为政的二十四个提示词；人文背景块刻意排在数字约束之前；身份字段绝不允许有默认值。最后是主动披露 AI 身份的产品判断。
身份缺失必须响亮地崩溃——曾经的静默默认让所有场地都用了另一家的邮箱发信，信任在团队察觉之前就流失了。
结尾几条实践都是经验总结和一句押注式的收束，讲者脱稿说得比幻灯片上多，听着收尾最完整。▶ 跳到 18:50讲者 · Isadora Martin-Dye