系统提示是什么？全局行为要求与普通消息的区别
解释系统提示如何设置助手行为，用客服范围限制说明角色与资料边界，并指出不同接口命名和优先级差异，避免把提示当作权限控制。
先理解这个概念
系统提示通常是应用用来规定助手整体行为的指令，例如任务范围和回答方式，通过接口指定的系统字段或高优先级消息提供。不同服务的命名与层级并不完全相同，部分接口还使用developer消息。它不是普通用户在聊天框里写一句你是某专家，也不能替代程序里的权限检查或外部操作审批。
行为要求应放在接口定义的正确位置
例如客服助手只解释公开退换货规则，缺少订单资料时应明确说明。应用可以把这类稳定要求放在指定指令字段，具体咨询放在用户消息。直接把system这个词写进正文，不会自动改变消息在接口中的角色或优先级。
Google提供system_instruction配置，OpenAI资料则区分developer与user等角色。接入时必须按当前模型和接口检查字段，不应假定所有平台的system消息都能原样互换。本文解释各家机制，没有比较它们遵循指令的实测能力。
参考资料中的指令不应获得同等权限
客户上传的文件可能包含让助手忽略规则的文字，应作为待处理资料区分。系统提示可以声明这些边界，但模型仍可能受干扰。需要访问订单或修改记录时，外部程序必须验证权限和参数，不能因为模型声称允许就执行。
同样，系统提示也不适合存放密码等敏感内容。它进入模型处理流程，不应被当作保险箱。对不允许读取的资料，最好从数据访问层阻止获取，而不是先交给模型，再要求它绝对不要泄露。
更新对话状态时核查指令是否继续有效
接口可能对每轮指令和历史状态采用不同保留方式，不能认为连接前一响应后所有要求都会自动继承。OpenAI提示资料明确提到instructions只适用于当前响应请求。使用状态连接时，应按所用接口重新确认必要指令如何传递。
可以设置包含冲突请求和缺失资料的固定样例，检查更新后是否仍守住任务范围。这里给出核查方法，没有进行越权测试或保证提示绝不失效。清晰的行为要求有助于使用，但最终动作的边界仍需要应用层执行。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。