[Bug]: Codex V2 adapter forces summary: "detailed", so Codex fails on every turn with Amazon Bedrock
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
- #14975 của @Mnigos — đã đóng, không merge
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 84/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- aws, typescript
Hướng nghiên cứu
Bắt đầu trong apps/server/src/orchestration-v2/Adapters/CodexAdapterV2.ts, khoảng dòng 763, sau đó kiểm tra cách config/read hiển thị model_reasoning_summary và cách turn/start được lắp ráp. Đảm bảo request sử dụng giá trị đã cấu hình khi giá trị đó tồn tại, và nếu không thì sử dụng auto thay vì detailed. Được xem là hoàn tất khi turn của Bedrock thành công và giá trị summary đã cấu hình được tôn trọng mà không gây hồi quy cho reasoning timeline của OpenAI.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- TypeScript
- Star
- 24.8k
- Fork
- 6.4k
- Merge trung bình
- 10 giờ 8 phút
- Pull request đã merge (30 ngày)
- 323
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của pingdotgg/t3code
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: open project shortcutĐang mởbug needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
GitLab errors hide glab's stderr behind a generic "GitLab CLI command failed"Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của pingdotgg/t3code
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
mobile-next/mobile-mcp#526 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
e2e-failure ready-to-code
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 73/100
redhat-developer/rhdh-plugin-export-overlays#4470 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
anthropics/anthropic-sdk-typescript#1273 ·
Maintainer thường phản hồi trong vòng 10 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
CopilotKit/OpenBot#815 ·
Maintainer thường phản hồi trong vòng 1 ngày