使用“君の的公益 ”，在codex上压缩上下文报错

GPT 今天大面积瘫痪，忍着点…还能用就听好了额！

看起来跟这个无关，不知道是不是我哪里配置没写对

你的Provider是咋配置的？不要配OpenAI

这里我看了有佬提供的修改方案，但是也没用：

[model_providers.OpenAI]

name = "custom"

base_url = "https://muyuan.do/v1"

wire_api = "responses"

requires_openai_auth = true

啊 你居然能在codex里使用，请问 Base URL你填写的是啥

如果你的 Provider 配置的是OpenAI，那么会走 gpt-5.5-compact 模型；建议改成 Custom 或者其他模型，这样就会本地压缩（走 gpt-5.5），不会调用 gpt-5.5-compact 模型了。

另外，报错提示上游问题说明中转站上游故障了，可以晚点再试试（

这是正常的。今天被大面积封杀了。实在不行你就先保存会话，后面再压缩。

你这不是压缩失败，是压缩的时候中转挂了吧

关于远程压缩相关的内容，可以看看这位佬友的帖子，讲得很详细：

发现很多佬对此有疑问，我尽量简明扼要的讲清楚
官方oauth登录不用往下读了，官方登录会自动写入好配置文件。
以下针对反代，其他模型api等等第三方情况。
必须要了解的前置知识
在一个智能体（比如codex和claude code）走第三方api，到底需要什么

API Key
一串密钥(sk-开头)，用来证明身份 + 计费。

URL（你的中转站，自己配置的反代，第三方模型供应商…

简而言之就是，中括号里面的才是真正影响远程压缩判断、历史 sessions 归属的名称，中括号下方的 name 没什么作用

改了 里的就不能用了，历史记录也没了

这个可以在站内搜索一下别的佬做的工具，应该有不少；或者直接去~/.codex/sessions/下面，让 Codex 或者别的 Agent 帮忙写个脚本批量替换历史 sessions 开头里面的 Provider 相关字段（比如说：分析一下文件夹里面的 JSONL 文件，写一个 python 脚本批量将 OpenAI 替换为 Custom）

然后以后就全部用 Custom 就好啦，只需要更换 BASE_URL 和 API Key 就行

好，谢谢佬，我再去试试你上面提供的解决方法

解决了吗，我也有这个问题，我是让对话的时候，在末尾告诉我上下文窗口达到多少，95左右，我就准备记录下来，新开一个会话窗口。

这里有点过时了。/v1/responses/compact 是老路径，现在新版 Codex 默认 remote_compaction_v2，压缩一般走 /v1/responses + {“type”:“compaction_trigger”}，服务端再返回 encrypted compaction。

所以不能简单说“远端压缩走 /responses/compact”。应该说老版/关 v2 才走这个，新版默认不是。