咨询：Responses WebSocket 是否考虑支持 Codex 的 response.interrupt 扩展事件？

[wbb12]

已看到 Issue 模板排除第三方封装及 Codex 反代接口的兼容性反馈，因此先在此咨询支持边界，不把 Codex 扩展事件当作标准 OpenAI API 的要求，也暂不提交 Issue/PR。

环境

• 官方 Docker 镜像 calciumion/new-api:v1.0.0-rc.47，commit e835b1bfc43b565d625537830dbfb19328925134，未修改 new-api 源码。
• 链路：Codex → nginx → 审计代理 → new-api → Sub2API 0.2.19 → ChatGPT OAuth。
• 使用 Sub2API 渠道类型（59），已开启 Responses WebSocket；请求体透传关闭。

已验证的现象

客户端实际出现 unsupported websocket event "response.interrupt"。另做了一个无模型生成的入口探测：连接 wss://<new-api>/v1/responses，握手返回 101，仅发送以下测试帧：

{"type":"response.interrupt","response_id":"resp_probe_no_generation","mode":"discard_partial_items"}

收到：

{"type":"error","status":400,"error":{"message":"unsupported websocket event \"response.interrupt\"","type":"new_api_error","param":"","code":"invalid_request"}}

对应版本的 入口判断 仅接受 response.create，以及有活动请求时的 response.cancel。

上述探测未发送 response.create，只确认本地事件类型检查会拒绝该帧；没有验证真实生成中的上游中断、确认事件和后续续轮行为，也不据此断言上游一定支持。

想请教

项目是否愿意接受渠道级、显式开启的 response.interrupt 扩展支持，或相关兼容边界说明？如不属于计划支持范围，了解这一点即可；如可以讨论，再按维护者意见提交功能请求。

相关案例仅供参考：CLIProxyAPI #6456（事件未支持），CLIProxyAPI #6483（终态后迟到的中断帧）。