提交前我已确认
我遇到的问题在哪块？
网关 API（/v1/chat/completions、/responses、/messages、Images）
严重程度
一般 — 偶尔触发或影响次要功能
我遇到了什么状况？
前情提要：#473 这个处理的很好，这边的598再也没有让下游产生200的错误了，甚至那边都看不到相关的错误日志，应该是下游自动重试了。
但是现在下游出现了很多新的报错，全部都是413，请求体过大的报错，不确定和这次改动是否有关，也可能是巧合。
使用的是ws方式，所以有以下猜测：
1.是否是ws不支持太大的请求体，而之前的自动退化到http没生效
2.是否跟响应上下文缓存的设置有关联，我把单次重建上限改成了128MB
一下是截图信息：
与此同时的codex2api：
我是怎么触发的？（可选）
No response
我的环境信息（可选，能填就填）
- 我的部署形态：PG+Redis / SQLite+Memory / 源码 / 其他
- 我的版本或 commit：
- 我用的客户端：Codex CLI / Claude Code / OpenAI SDK / 其他
- 我的浏览器（前端问题填）：
我的补充信息（可选）
No response
提交前我已确认
我遇到的问题在哪块？
网关 API（/v1/chat/completions、/responses、/messages、Images）
严重程度
一般 — 偶尔触发或影响次要功能
我遇到了什么状况？
前情提要：#473 这个处理的很好，这边的598再也没有让下游产生200的错误了，甚至那边都看不到相关的错误日志，应该是下游自动重试了。
但是现在下游出现了很多新的报错，全部都是413，请求体过大的报错，不确定和这次改动是否有关，也可能是巧合。
使用的是ws方式，所以有以下猜测：
1.是否是ws不支持太大的请求体，而之前的自动退化到http没生效
2.是否跟响应上下文缓存的设置有关联，我把单次重建上限改成了128MB
一下是截图信息：
与此同时的codex2api：
我是怎么触发的？（可选）
No response
我的环境信息（可选，能填就填）
我的补充信息（可选）
No response