Unable to compact v1

[GuillaumeOuint]

Client or integration

Codex CLI

Area

CLI

Summary

Hello, when codex cli (or desktop) try to compact I have this error:
Error running remote compact task: unexpected status 404 Not Found: {"detail":"Not Found"}, url:
http://127.0.0.1:10100/v1/responses/compact
How to fix ?

Reproduction

ocx started, try to do a conversation in codex, it can't compact !

Version

2.35.0

Operating system

Arch Linux

Provider and model

OpenAI gpt-5.6-sol

Logs or error output

Screenshots and supporting files

No response

Redacted configuration

Checks

• I searched existing issues and documentation.
• I removed secrets, tokens, account details, request credentials, and personal data.

[lidge-jun]

리뷰 · 우선순위 71 / 80

설명

이 이슈는 Codex CLI나 데스크톱이 대화를 줄이려고 compact를 켰을 때, OpenCodex 루프백 http://127.0.0.1:10100/v1/responses/compact 가 404 {"detail":"Not Found"} 를 돌려준다는 보고다. 보고자는 Arch Linux, OpenCodex 2.35.0, 모델은 gpt-5.6-sol 이다. 지금 dev HEAD는 1a18ace 이고 패키지도 2.35.0이다. 바로 전에 들어간 #2832 는 AGENTS.md 문서만 넣었다. compact 경로를 바꾸지 않았다. 그 앞의 #2819 는 키로 빈 exec와 끝난 답을 다시 열지 않는 수정이다. 축이 다르다.

먼저 중요한 점. 지금 HEAD에는 compact 길이 있다. src/server/index.ts 1272행이 POST /v1/responses/compact 를 받는다. 이 분기는 /v1/responses 보다 먼저, /v1/* 404 가드보다도 먼저 맞춘다. 루프백 리스너 허용 목록 670행에도 같은 길이 들어 있다. 그래서 “2.35.0 프록시에 compact 주소가 없다”는 설명은 HEAD와 맞지 않는다. types.ts/config.ts 스플릿에 밀려 닫을 대상도 아니다. preview 배포와도 상관없다.

두 번째. OpenCodex가 스스로 쓰는 404 몸통은 이 모양이 아니다. src/bridge.ts 의 formatErrorResponse 는 항상 {"error":{...}} 를 쓴다. 모르는 주소면 메시지는 Unknown endpoint: POST /v1/responses/compact 이다. 라우팅이 후보를 못 고를 때도 compact.ts 298행이 같은 error 봉투로 404를 준다. 보고자가 붙인 {"detail":"Not Found"} 는 FastAPI 스타일이다. ChatGPT Codex 백엔드가 바로 이 봉투를 쓴다. src/adapters/openai-responses.ts 주석에도 {"detail":"Unsupported parameter: …"} 가 적혀 있다.

세 번째. gpt-5.6-sol 은 네이티브 Codex 모델이다. handleResponsesCompact 는 supportsNativeResponsesCompactEndpoint 가 참이면 요청을 그대로 ChatGPT에 넘긴다. 주소는 https://chatgpt.com/backend-api/codex/responses/compact 다. 테스트 tests/responses-compaction-routing.test.ts 834행이 이 URL을 고정한다. 업스트림 응답은 bufferCompactResponse 가 상태와 몸통을 거의 그대로 클라이언트로 돌려준다. 404를 합성 compact로 바꾸는 폴백은 없다. 그래서 보고자가 본 404는, 프록시에 길이 없어서가 아니라, 프록시가 ChatGPT compact 404를 그대로 전달했을 가능성이 크다.

#422 가 이미 같은 교훈을 남겼다. native compact 주소가 없는 게이트웨이는 합성 요약 길로 가라. 지금은 그 폴백이 “아예 native compact가 없다고 분류된 프로바이더”에만 있다. ChatGPT라고 분류된 뒤 404가 오면 그냥 통과한다. #2723 은 Sol에서 DeepSeek로 바꾼 뒤, 이전 모델 compact가 할당량 502로 다음 턴을 막는 다른 버그다. 404가 아니고, 중복으로 닫지 마라.

다른 가능성도 있다. 10100번 포트에 OpenCodex가 아니라 다른 프로세스가 떠 있으면 같은 FastAPI 404가 난다. 그래서 먼저 그 compact POST가 OpenCodex 요청 로그에 남았는지 봐야 한다. 로그에 inboundProtocol=responses 와 모델 gpt-5.6-sol 이 있으면 전달 경로다. 로그가 아예 없으면 프록시를 안 친 것이다. 재현에 요청 로그와 ocx 가 그 포트의 주인인지만 있으면 된다.

라인 src/server/index.ts 1272 - HEAD는 POST /v1/responses/compact 를 받는다. 길이 없어서 난 404가 아니다.
라인 src/bridge.ts 2035 - OpenCodex 404는 error 봉투다. detail 한 줄이 아니다.
라인 src/server/responses/compact.ts 340 - Sol은 native compact로 가서 ChatGPT로 전달된다.
라인 src/server/responses/compact.ts 409 - 전달 URL은 {base}/responses/compact 이다. base는 chatgpt.com/backend-api/codex 다.
라인 src/server/responses/compact.ts 651 - 업스트림 404 몸통을 그대로 돌려준다. 합성 compact 폴백이 없다.
경로 #422 - native compact가 없는 백엔드는 합성 요약을 쓰라는 교훈. 지금은 분류 단계에서만 적용된다.
경로 #2723 - 할당량 502로 핸드오프가 멈추는 다른 버그. 이 이슈와 닫을 중복이 아니다.

메인테이너의 판단이 필요한 지점

• 보고자의 compact POST가 OpenCodex 요청 로그에 남았는지부터 확인할지, 메인테이너가 Sol에서 바로 재현할지.
• ChatGPT가 v1 compact 주소를 없앤 거면, native 404를 #422처럼 합성 compact로 넘길지.
• Codex 클라이언트가 아직 v1 compact를 쓰는데 업스트림만 v2로 바뀐 건지, 주소 자체를 바꿔야 하는지.
• 10100에 다른 프로세스가 있으면 코드 수정 없이 운영 문제로 적을지.

너의 추천
이슈는 열고, #2723 과 중복으로 닫지 마라. 코드 PR은 로그 확인 전에 받지 마라. 먼저 그 compact POST의 요청 로그를 봐라. 로그가 있고 업스트림이 404면, native 404를 합성 compact로 넘기는 폴백만 넣어라. 주소를 추측해서 바꾸지 마라. 로그가 없으면 10100 주인을 확인하고 이슈를 운영 쪽으로 옮겨라. types/config 스플릿 때문에 닫지 마라.

이 댓글은 grok-bot이 작성했습니다

[GuillaumeOuint]

I had to "codex features enable remote_compaction_v2" to avoid this problem...