本篇 10 题｜覆盖初级到高级｜提示结构与任务契约。先用自己的话回答，再核对参考要点，最后练习工程追问。
本篇目录
- PRM-001 一个生产提示应该包含哪些部分？
- PRM-002 角色提示的价值与限制是什么？
- PRM-003 指令与待处理数据为什么要分开？
- PRM-004 怎样写明确的输出契约？
- PRM-005 提示越长是否越可靠？
- PRM-006 怎样处理相互冲突的任务要求？
- PRM-007 Prompt 模板为什么需要版本管理？
- PRM-008 提示中的变量如何安全插入？
- PRM-009 怎样减少提示中的隐式假设？
- PRM-010 如何评审一份系统提示？
PRM-001 一个生产提示应该包含哪些部分？
难度：中级
参考答案：至少写清任务目标、输入来源、业务约束、输出格式和无法完成时的处理方式。对不同信任级别的内容分区，保留清晰边界；提示只是行为约定，权限和关键规则仍由应用执行。
工程追问：哪些内容必须放在后端校验？
PRM-002 角色提示的价值与限制是什么？
难度：初级
参考答案：角色能帮助建立语气、任务范围和评价视角，但“你是专家”不会自动增加知识或保证正确。应把角色转换成可执行要求，如引用证据、说明不确定性和检查字段，避免只堆叠身份描述。
工程追问：如何比较有角色与无角色提示的效果？
PRM-003 指令与待处理数据为什么要分开？
难度：初级
参考答案：混在一起会增加来源歧义，使文档中的文字被误当成操作要求。应使用明确的消息层级和数据区块，说明数据不具有授权能力；即便分隔清楚，也仍需对工具和权限独立校验。
工程追问：检索结果含有类似系统指令的内容怎么办？
PRM-004 怎样写明确的输出契约？
难度：中级
参考答案：定义字段含义、类型、必填项、允许空值和错误状态，并给出正常与异常示例。格式约束要对应真实消费程序，避免要求“严格 JSON”却没有说明字段语义和信息不足时的输出。
工程追问：缺失金额时应输出零还是 null？
PRM-005 提示越长是否越可靠？
难度：初级
参考答案：不一定。冗余、矛盾和重复强调会增加成本与理解负担。应保留必要约束，把重复业务事实放到结构化输入中，并通过消融测试判断哪些内容有效，而不是凭长度推断提示质量。
工程追问：删掉某段要求后应怎样验证？
PRM-006 怎样处理相互冲突的任务要求？
难度：中级
参考答案：先澄清优先级与可执行边界，例如准确性优先于完整性、授权优先于任务完成。应用需要识别不能同时满足的条件，返回明确限制或请求补充，不能让模型偷偷选择一个要求忽略。
工程追问：既要求不能猜测又要求每个字段必填怎么办？
PRM-007 Prompt 模板为什么需要版本管理？
难度：初级
参考答案：提示变化会改变模型行为，应该像代码一样记录版本、测试结果和变更原因。部署时关联模型、工具 schema 与检索配置，支持灰度和回退；只保存一份不断覆盖的字符串无法追踪故障。
工程追问：一次失败回答如何定位到提示版本？
PRM-008 提示中的变量如何安全插入？
难度：中级
参考答案：先对输入做长度、类型和编码校验，再放入明确的数据区域，避免把用户内容拼成新的高优先级指令。HTML、JSON 等目标格式需使用对应编码；简单替换字符串不是通用的安全模板机制。
工程追问：用户输入包含闭合分隔符时如何处理？
PRM-009 怎样减少提示中的隐式假设？
难度：中级
参考答案：把对象、时间范围、单位、受众和成功判据显式写出，列举最容易产生歧义的边界情况。对于必须由用户决定的参数，应提问或采用明确的业务默认值，不能假设模型会自动理解领域习惯。
工程追问：“最近订单”应该如何定义？
PRM-010 如何评审一份系统提示？
难度：中级
参考答案：检查目标是否可测、约束是否冲突、数据边界是否清楚，以及异常路径是否覆盖。用正常、缺信息、越权和恶意数据等样本验证，区分提示问题与工具、检索或模型能力问题。
工程追问：评审时为什么要看失败样本而不只看演示？
复盘练习
任选一题，用“场景与约束 → 方案 → 验证方法 → 失败边界”组织一段回答。初级先讲清概念，中级补实现与测试，高级补成本、权限和故障取舍。难度标签是学习建议，同一题可继续深入。
延伸阅读
以下为本模块相关原始论文与官方文档，用于继续学习；本文为原创面试要点整理，具体框架行为以所用版本为准。