模型总忽略输出要求，怎样排查提示词中相互冲突的指令？

把没有满足的要求写成可检查条件

常见表现是要求只给表格却出现长解释，限定资料范围却补充外部知识，或者指定简短答案仍持续扩写。保留原请求与实际输出，列出明确失败的要求。不要只根据对风格的主观不满评价全部任务；应确认具体违反的是字数、字段还是可引用的资料范围。

核对冲突指令和实际组装请求

先检查同一请求中是否既要求“详细解释”又要求“只输出一个值”，再核对历史消息是否保留了相反的旧要求。应用可能自动追加默认模板，因此应检查组装后的实际文本。若服务支持结构化约束，确认它确实被请求启用，而不是只有自然语言里提到JSON。

简化要求后逐项恢复复杂条件

把当前任务的主要结果放在明确位置，分别说明必须满足的条件和允许自由发挥的部分。先给一个简短正确示例，再用不同输入测试，避免示例只覆盖理想情况。删除与任务无关的角色故事和重复强调；修改一次后保留旧版本，便于确认改善来自哪一处要求。

用边界输入确认要求仍然有效

建立包含正常输入和边界输入的小题集，按同一份要求逐项判断。检查模型是否满足约束，同时确认没有为了遵守格式而捏造资料。若只在示例同款输入中成功，换一个对象就失败，仍需要调整定义或示例，而不能直接认为整份模板已经可靠。

模型遵循指令仍有能力与产品功能限制，并非所有约束都能通过自然语言强制实现。本文没有给特定模型的成功率，也不建议不断重复“必须”来替代验证。对于需要严格字段或权限的应用，应使用相应程序校验和授权控制，不能把提示词当作唯一执行边界。