OpenAI Invalid prompt 怎么解决？Codex 对话被拦截排查

1. 这条提示到底表示什么

Invalid prompt: your prompt was flagged as potentially violating our usage policy 的重点是 prompt 被安全系统标记，并不等同于“模型不可用”或“账号已经被封”。“potentially”也说明系统是在当前文本或上下文中发现了潜在风险，不代表每一次判断都准确。

长时间的 Coding 会话尤其容易积累旧消息、工具输出、文件内容和错误日志。新问题本身很普通，但它和历史上下文组合后可能触发过滤。先保留会话和错误时间，不要连续重复发送完全相同的请求。

2. 先做三项低风险检查

1. 复制完整错误文本，记录模型、客户端版本、会话时间和是否经过 API 中转。
2. 新开一个最短测试请求，例如让模型解释一段不含敏感内容的代码，观察是否仍然报错。
3. 检查是否把旧会话、整仓库文件或外部工具输出自动拼接到了新提示中。

如果短请求正常，问题更像是原会话上下文触发；如果所有新会话都失败，再检查账号状态、密钥权限、Base URL 和平台响应记录。

3. 方法一：右键会话，选择“在此工作树中继续”

这是恢复原任务最省事的方式。它保留当前工作树和会话关联，适合刚刚出现一次过滤提示、代码改动还没有整理完的情况。

1. 在 Codex 会话列表中找到出现 Invalid prompt 的会话。
2. 右键会话，选择“在此工作树中继续”（英文界面通常是 Continue in this worktree）。
3. 先发送一句短说明：请总结当前工作树已完成的改动和待办，不要重复上一条被拦截的提示。
4. 确认摘要正常后，再把原任务拆成一个明确、合规的小步骤。

如果菜单项不可用或继续后马上再次失败，不要反复点击重试，直接使用下一种会话 ID 恢复方式。

4. 方法二：复制会话 ID，在新会话中恢复

当原会话上下文已经很长，或者工作树菜单无法恢复时，可以把会话 ID 带到新会话。这里的关键是传递引用，不要把整段敏感历史重新粘贴。

1. 在原会话菜单中选择“复制会话 ID”。
2. 新开一个 Codex 会话，把复制的 ID作为 prompt 的一部分。
3. 明确要求先读取会话状态并总结，再继续未完成工作。
4. 新会话开始后，只补充当前必要文件和下一步目标。

请继续会话 SESSION_ID。
先读取该会话的工作状态，简要总结已完成内容和待办事项；
然后只执行下一步合规的软件工程任务，不要重复触发过滤的原始提示。
如需文件，请先列出要读取的路径。

把 SESSION_ID 替换为真实会话 ID。不要把访问令牌、API Key 或私人数据放进文章、工单或公共日志。

5. 减少误判的提示词写法

改写提示词的目标是让任务边界更清楚，不是规避检测。对普通代码任务，可以去掉与目标无关的敏感背景，明确输入、输出和测试范围。

6. 中转 API 用户的分层排查

使用 OpenAI 兼容中转时，错误可能来自客户端、平台网关或上游安全过滤。先看控制台请求记录和完整响应正文，确认返回层级；不要只凭客户端的一行红字判断。

1. 控制台没有请求记录：检查 Base URL、密钥、代理和客户端是否真的发出了请求。
2. 平台有请求且返回 Invalid prompt：保留 request id，缩短上下文后重试一次合规短请求。
3. 短请求正常、原会话失败：优先用工作树继续或会话 ID恢复，不要立即换模型。
4. 所有模型都失败：检查账户状态、密钥权限、平台公告和服务状态。

island AI Coding 的 OpenAI 兼容 Base URL 为 https://www.codex789.com/v1；模型代号和密钥可用范围以模型广场、创建密钥页面和控制台为准。

7. 常见问题