[Bug]: Codex V2 adapter forces summary: "detailed", so Codex fails on every turn with Amazon Bedrock
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 84/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- aws, typescript
Direzione di ricerca
Inizia in apps/server/src/orchestration-v2/Adapters/CodexAdapterV2.ts intorno alla riga 763, quindi esamina come config/read espone model_reasoning_summary e come viene assemblato turn/start. Assicurati che la richiesta utilizzi il valore configurato quando presente e, altrimenti, utilizzi auto invece di detailed. Il lavoro è completato quando il turn di Bedrock ha esito positivo e il valore di summary configurato viene rispettato senza causare regressioni nella timeline di reasoning di OpenAI.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/server
Steps to reproduce
- Configure Codex to use Amazon Bedrock's OpenAI-compatible Responses API as its model provider. I tested in
us-east-1withopenai.gpt-6.1-sol. - Optionally, set
model_reasoning_summary = "none"in~/.codex/config.toml. - On a build that includes de34391 (#2829), start a Codex thread with that model and send any message.
Expected behavior
The turn runs, as it did before orchestrator V2, and T3 uses model_reasoning_summary from the Codex config.
Actual behavior
Every turn fails with the error in the logs below, and setting model_reasoning_summary = "none" makes no difference.
The Codex V2 adapter sends summary: "detailed" in every turn/start request (CodexAdapterV2.ts#L763). Codex documents that field as "Override the reasoning summary for this turn and subsequent turns", so it replaces both the user's config and the model catalog's default of none. Before V2, T3 didn't send summary at all.
With openai.gpt-6.1-sol, Bedrock rejects detailed and concise and accepts auto and none. It also rejected detailed for every other OpenAI model I tried, from GPT-5.5 to GPT-6.1 Sol. Codex alone gives the same result:
codex exec -m openai.gpt-6.1-sol -c model_reasoning_summary=detailed "Reply with just: ok" # unsupported_parameter
codex exec -m openai.gpt-6.1-sol -c model_reasoning_summary=auto "Reply with just: ok" # ok
Suggested fix: when the user's Codex config sets model_reasoning_summary (returned by config/read), send that value. Otherwise, send auto instead of detailed. OpenAI documents auto as "the most detailed summarizer available for a model", and says it is equivalent to detailed for most reasoning models today, so the reasoning timeline keeps working on OpenAI. Bedrock accepts auto and returns summary: null.
Impact
Blocks work completely
Version or commit
main @ de34391 (#2829). The line is still on main at 8ed276c.
Environment
macOS 26, Codex CLI 0.160.0, Amazon Bedrock Responses API (us-east-1)
Logs or stack traces
{"error":{"code":"unsupported_parameter","message":"Unsupported parameter: 'reasoning.summary' is not supported with the 'openai.gpt-6.1-sol' model.","param":"reasoning.summary","type":"invalid_request_error"}}
Screenshots, recordings, or supporting files
No response
Workaround
None on V2, because T3 overrides the config value. A build from before #2829 works.
- Lingua principale
- TypeScript
- Stelle
- 24.8k
- Fork
- 6.4k
- Merge medio
- 7h 14m
- PR unite (30g)
- 201
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di pingdotgg/t3code
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
bug via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
pingdotgg/t3code#16096 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
pingdotgg/t3code#16090 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
bug via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
pingdotgg/t3code#15954 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di pingdotgg/t3code
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 4 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
bug:new
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
callstackincubator/simlock#350 ·
I maintainer di solito rispondono entro 1 giorno