问题根源是模型版本跳变或上下文污染——需确认真实调用模型（以api请求头model字段为准）、插入锚点检测截断、新建messages清空历史，并按四步法重建结构化提示：system角色声明→精简user需求→分隔线标记多轮→追加约束。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
ChatGPT提示词输入后毫无反应、答非所问或突然切换风格，不是你写得不够好，而是模型版本跳变或上下文被意外覆盖导致指令根本没被读取——新版模型对角色声明更敏感，旧版则可能忽略边界约束，同一段提示词在gpt-4-turbo和gpt-3.5上行为差异可达73%。
确认当前实际调用的模型版本
打开OpenAI官网或API控制台，在「Model」下拉菜单中查看当前选中项。注意：网页端右下角显示的“GPT-4”可能只是界面标识，【真实调用模型以API请求头中的model字段为准】。
若使用Python SDK，检查代码中model参数是否硬编码为"gpt-3.5-turbo"，而你期望的是"gpt-4-turbo"——这种错配会导致所有角色设定和格式约束失效。
执行curl命令验证真实模型：curl https://api.openai.com/v1/chat/completions -H "Authorization: Bearer $API_KEY" -H "Content-Type: application/json" -d '{"model":"gpt-4-turbo","messages":[{"role":"user","content":"输出你的完整模型ID"}]}' | jq '.model'。
检测上下文是否被污染或截断
方法一：插入唯一锚点字符串
在提示词末尾添加不可重复的标记，例如[ANCHOR_7ZQ2]，发送后立即检查响应中是否包含该字符串。不出现即说明输入已被截断或系统消息被覆盖。
方法二：强制清空对话状态
网页端点击左下角「New chat」按钮；API端则必须新建messages数组，【严禁复用含历史交互的message列表】，否则system角色声明会被稀释。
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
方法三：监控token用量
启用logprobs参数，检查响应中completion_finish_reason是否为"length"——若是，说明模型已静默丢弃尾部指令，需将提示词压缩至120K tokens以内。
重置并重建可靠上下文结构
第一步：新建空白对话窗口，首条消息严格按以下格式输入：
system: 你是一个专注技术文档撰写的助手，仅响应用户明确要求的内容，不自行总结、不添加未指定的延伸信息，不改变原始术语表述。
第二步：第二条消息为user角色，直接粘贴精简后的核心需求，删除所有“请”“麻烦”“谢谢”等礼貌性前缀——这些词会稀释指令权重。
第三步：若需多轮交互，在每轮user消息前插入分隔线---，避免模型混淆消息归属。不要用空行代替分隔线，空行在部分客户端会被忽略。
第四步：完成首轮响应后，如需追加约束，用新user消息补充：“基于上文，额外要求：输出必须为Markdown表格，字段名禁止翻译。”
