OpenAI 插件审核状态显示不一致导致 v3.0.0 提交后卡死在审核中

如果你的插件在 OpenAI 提交审核后，发现列表页显示 Not submitted 但详情页却写着 In review，大概率是撞上了系统 Bug，这种状态下无论怎么尝试重新提交或更新版本，大概率都无法进入真实的审核队列。

这种状态不一致会导致什么后果

当插件版本出现这种“精神分裂”的状态时，开发者会陷入一个死循环：详情页里有 Cancel review 按钮，说明系统认为它在审核；但列表页却提示未提交，这意味着它根本没排上号。
以 SSHOW v3.0.0 为例，这个版本从 2026 年 9 月 18 日提交开始，一直卡在 In review 状态。即便在 10 月 15 日依然能收到 ChatGPT Plugin Submission Received 的确认邮件，但实际上没有任何审核员接触到这个版本，也没有任何反馈或拒绝记录。
最糟糕的是，这种 Bug 会导致后续版本失效。如果你尝试通过提交 v3.0.1 到 v3.0.3 来绕过这个问题，结果往往是这些新版本直接显示 Changes required，因为开发者为了尝试修复而手动取消了审核，但这并不能解决 v3.0.0 那个被卡死的记录。

具体的异常细节与核对项

如果你怀疑自己的插件也遇到了类似问题，可以核对以下几个关键点：

• 状态冲突： 检查插件列表页（Plugins list page）是否显示 Not submitted，而点击进入详情页（Plugin detail page）后，状态是否变成了 In review。
• 后端数据滞后： 检查 API 返回的 pending_app_version 字段。在 SSHOW 的案例中，后端返回的 v3.0.0 状态依然是 DRAFT（创建于 2026-09-24），且没有任何连接记录，这证明了前端显示的 In review 只是一个虚假的镜像。
• 对比历史速度： 观察之前的版本审核时长。正常情况下，如果配置无误，审核可能在几小时内完成（例如 SSHOW 的 v1.0.0 和 v2.0.0 分别在 9 月 6 日和 9 月 9 日快速通过），而一旦卡死，时间会拖到一个月以上且毫无进展。

排除法：确认不是你的配置问题

在判定为 OpenAI 系统 Bug 之前，必须确保以下技术环节已经全部闭环，否则审核员可能会因为这些原因直接驳回或挂起：

• MCP 服务器状态： 必须确认 MCP server 已经完成重新扫描并成功连接。
• 域名验证： 域名必须处于 Verified 状态。
• 权限授权： Auth 必须显示为 Authorized。
• 工具可用性： 所有 Tool 必须处于 Live 状态，且最新的扫描结果中没有任何 Findings。
• 元数据更新： 图标、描述等 Metadata 必须是最新的且符合规范。

如果上述条件全部满足，但状态依然在 Not submitted 和 In review 之间跳变，那么问题就在 OpenAI 的审核队列分发系统上，开发者端没有任何操作可以自行解锁。

解决路径与建议

面对这种系统级 Bug，常规的“重新提交”往往没用，因为旧的错误记录依然占据着版本号。建议采取以下步骤：

1. 记录唯一标识符： 准备好 App ID（如 asdk_app_6a9a9af423b0819195523f55515febd0）和具体的版本 ID（如 asdk_app_v_6ab4ca0ed024819189b02b7121ffaa70）。
2. 提交 Support Case： 直接联系 OpenAI 官方支持，明确指出这是一个 System Bug，要求他们手动修复 review record 并将该版本强行推入真实的审核队列。
3. 避免盲目升级版本号： 在没收到官方确认修复前，频繁提交 v3.0.x 可能会导致版本记录更加混乱，建议在同一个 Case 下追踪进度。

这种问题本质上是分布式系统在状态同步时出现了丢失，导致提交记录在“已接收”和“待审核”两个环节之间断层。对于开发者来说，唯一的办法就是通过 Case 编号（如 #17426391）死磕支持团队，直到他们手动清理掉那个错误的 DRAFT 状态。