所有文章
阅读时长 1 分钟
少背一点提示词口诀，把任务交代明白就够了
不是每个请求都值得塞 few-shot、思维链和长系统提示。知道什么时候补信息、什么时候停手，比收集模板更有用。
生产提示词的目标不是显得复杂，而是让输入、任务、约束和输出可测试。很多失败来自上下文缺失或流程设计错误，不会被一句神奇措辞修好。
先写任务合同
说明角色不如说明要完成什么、可使用哪些信息、遇到未知怎么办，以及输出由谁消费。把外部文档用清晰分隔包装，并明确它是数据而不是指令。
示例只解决真实歧义
当标签边界或格式仅靠描述难懂时加入少量代表性示例，同时覆盖容易混淆的反例。示例会占上下文并可能造成模仿偏差，不应为了套公式而添加。
提示词像代码一样发布
保存版本、模型参数和回归结果；在代表性集合上比较新旧版本，再灰度上线。不要同时改模型、检索和提示词，否则失败时无法归因。
上线前检查
- 任务和禁止行为可被测试
- 外部内容不会被当成高权限指令
- 变更有版本、评测和回滚
