[Bug]: Codex V2 adapter forces summary: "detailed", so Codex fails on every turn with Amazon Bedrock
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 84/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- aws, typescript
Línea de trabajo
Comienza en apps/server/src/orchestration-v2/Adapters/CodexAdapterV2.ts alrededor de la línea 763 y, después, inspecciona cómo config/read expone model_reasoning_summary y cómo se ensambla turn/start. Asegúrate de que la solicitud use el valor configurado cuando esté presente y, en caso contrario, use auto en lugar de detailed. Se considera completado cuando el turno de Bedrock tiene éxito y se respeta el valor de summary configurado sin provocar una regresión en la línea temporal de razonamiento de OpenAI.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- TypeScript
- Estrellas
- 24.8k
- Forks
- 6.4k
- Merge medio
- 7 h 58 min
- PR fusionados (30 d)
- 258
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de pingdotgg/t3code
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
bug needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
bug via-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
pingdotgg/t3code#16413 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
Todos los issues de pingdotgg/t3code
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
wardian-app/Wardian#1603 ·
Los mantenedores suelen responder en 1 día
-
Sign the pledgeAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
input-output-hk/devx-updates#168 ·
Los mantenedores suelen responder en 1 día
-
triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
github/docs#46222 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
agent-ready area: config area: skills type: chore upstream: brain-kit
Dificultad 1/5 Menos de una hora Aptitud para principiantes 95/100
-
dev experience frontend good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
cuttle-cards/cuttle#1403 ·
Los mantenedores suelen responder en 1 día