系统提示与上下文工程
系统提示不是咒语，而是团队操作手册
很多提示词失败，不是因为措辞不够神秘，而是因为它没有告诉模型如何做判断。一个好的系统提示更像操作手册：遇到输入时先看什么，遇到冲突时谁优先，遇到不确定时如何收敛。
我会把系统提示拆成四层：角色职责、约束边界、执行流程、验收标准。角色职责决定关注点，约束边界防止越权，执行流程降低随机性，验收标准让输出可以被检查。
提示词不是一次写完的文案，而是一份会被真实任务反复磨损的工程资产。每次失败都应该回到具体规则，判断是缺少信息、规则冲突，还是反馈机制太弱。