系统指令与用户提示词怎么放：稳定规则和本次资料分开
解释系统层要求与单次任务输入的作用，说明多轮会话、检索资料和模板变量怎样组织，并用冲突样本检查规则是否仍然有效。
怎样选择更合适
稳定的角色和处理要求可放在接口提供的系统或开发者指令位置，本次问题与待处理资料放在用户输入中。具体字段和优先关系随平台接口而异，不能仅在普通文本里写“系统指令”就提高权限。对需要长期复用的任务，应把固定规则和可替换资料明确分开。
接口角色与文本标签不是一回事
OpenAI 的提示工程文档区分消息角色和指令要求，Anthropic 的提示说明也提供系统角色的设置方式。调用时需要使用真实的接口字段；把一段文字加上醒目标题，仍只是该消息里的内容，不会自动变成更高层指令。
资料中可能含有说话者自己的命令，例如一封邮件要求转发附件。若当前任务只是摘要，邮件里的要求属于被分析内容。模板应标清资料范围，应用也要限制可调用工具，不能指望一句系统提示就证明所有外部文本都没有影响。
拿同一任务检查固定要求是否生效
用同一份产品说明要求提取字段，稳定规则注明缺失信息不可补写。先提供完整资料，再提供缺少日期的版本，核对两次输出。需要改变本次输出语言时，把它作为任务参数，不要同时在多个位置写互相冲突的要求。
多轮调用还要检查固定指令是否真的随请求保留。某些接口的会话引用与单次 instructions 有各自行为，不能只凭聊天界面看起来连续就判断。保存实际请求结构，在任务继续后重查早期约定，这是验证方法而非本页实测。
维护模板时控制变量与生效范围
把固定指令单独版本化，修改后用旧输入做回归检查。若用户可以替换模板变量，避免把变量内容直接拼成工具配置；资料和权限应由应用分别处理。这样才能解释变化来自任务资料还是固定规则，而不是反复增加强调词。
规则越长也不代表越有效。删掉冲突与过期要求，保留完成任务必须遵守的条件，并给出允许返回未知的方式。最终同时核对字段和来源，不能以模型口头表示“已遵守”为验收。本文未测试具体产品的指令防护成功率。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。