ChatGPT执行指令卡住或返回空内容，主因是插件启用、系统提示词覆盖或API参数配置错误；需依次关闭插件、检查system角色提示、验证temperature/tools/model参数，并通过重复指令对比token定位重写点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
ChatGPT执行指令时突然卡住、返回空内容、或反复说“我无法完成该请求”，不是网络问题也不是账号异常，而是模型调用链路中某处被技能插件、系统提示词或API参数意外拦截——必须逐层验证调用路径与功能开关状态。
确认当前会话是否启用了第三方插件
点击输入框上方的「Plugins」图标（拼图形状），查看右侧插件面板是否处于开启状态；若显示“已启用”且列表中有活跃插件，【立即关闭全部插件并刷新页面】，再重试原指令。
插件一旦激活，会强制接管所有后续输入的语义解析逻辑，即使你没主动调用它，也可能因关键词触发隐式调用，导致原始指令被跳过或改写。
检查系统级指令是否覆盖用户输入
打开浏览器开发者工具（F12）→ 切换到 Network 标签页 → 在 ChatGPT 页面发送一次失败指令 → 找到名为 /conversation 的 POST 请求 → 点击进入 → 查看 Payload 中的 messages 字段。
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
若第一条 message 的 role 为 system，且 content 包含类似“你是一个Excel分析师”“请始终用表格输出”等强约束描述，说明当前会话已被预设系统提示词锁定；此时用户输入的指令会被强行适配该角色框架，而非按字面执行。
解决方法：新开一个无痕窗口 → 访问 chat.openai.com → 不点击任何模板、不导入历史对话 → 直接输入指令测试。
验证API调用参数是否禁用函数调用
方法一：检查 temperature 是否设为 0
若使用 API 调用，且请求体中包含 "temperature": 0，模型将关闭所有非确定性推理能力，包括工具选择、多步规划和上下文跳转——这会导致需要分步执行的指令直接中断在第一步。
方法二：确认 tools 参数未被错误清空
即使你没主动传入 tools 数组，某些 SDK 默认注入空数组 [] 或 null 值，这会向模型发出“禁止调用任何技能”的信号。需显式删除 tools 字段，或设为 null（部分版本要求）。
方法三：核对 model 字段是否匹配能力范围
gpt-3.5-turbo 不支持 vision、code interpreter 或 function calling；若请求中 model 写的是 gpt-3.5-turbo 但 payload 含有 tools 或 tool_choice，OpenAI 接口会静默丢弃工具字段并降级响应逻辑，造成指令意图丢失。
定位技能冲突的具体触发点
第一步：复现失败指令，记录完整输入文本（含标点与换行）
第二步：在同一会话中，紧接输入：“请逐字重复上一条指令，不做任何改写”
第三步：对比两次响应的 token 分布——打开开发者工具 → Application → Local Storage → 查找 chat_cache → 找到对应 conversation_id → 展开 messages 数组 → 观察 assistant 返回的 content 是否出现关键词截断、字段缺失或插入无关解释文本
如果第二次响应中模型开始解释“你刚才想让我……”，说明指令在进入推理前已被前置规则重写；此时要回溯该会话是否加载过自定义 GPT、是否从分享链接进入、或是否启用了企业版策略限制。
这一步操作起来很简单，直接在输入框粘贴那句“请逐字重复上一条指令”就行。
