Unknown parameter: 'input[N].status' Claude Code

Quick fix

Update to the replay allowlist fix so Claude Code filters the reasoning-envelope status field when resuming Codex OAuth sessions.

Symptom

Error outputCopy

API Error: 400 Unknown parameter: 'input[2].status'.

Cause

When Claude Code resumes a session through the Codex OAuth bridge, cc-switch replays historical reasoning envelopes. Starting at 2026-10-03T05:35Z, the backend added `status: "completed"` to reasoning output, but the Responses input schema does not accept this field, so replay returns 400.

The fix uses an allowlist in the `thinking` and `redacted_thinking` replay branches of `transform_responses.rs`, retaining only `encrypted_content`, `id`, `summary`, and `type`. This also cleans existing historical envelopes; changing only the producer cannot fix existing sessions.

Fix

1. 1

   Use a cc-switch version that includes the replay allowlist fix, then resume the original Claude Code session again; the fix filters fields outside the input schema, including `status`, during replay.

Affected Versions

ToolClaude Code

Version3.20.4

PlatformsUnknown

Source Issues

This page is distilled from 1 real issues

• #7875[Bug][claude] Codex OAuth 桥接回放 reasoning 信封导致 400 Unknown parameter: 'input[N].status'

FAQ

(No FAQ yet)

Related problems

Session expired - Codex OAuth multiple accountsComplete Codex OAuth authorization again in a separate browser session signed in only to the target account, then restart CC Switch to verify.2 issues merged<thinking> tags output as body text in Claude CodeChanging the provider's apiFormat from openai_chat to anthropic, if supported upstream, can bypass inline <thinking> leakage.1 issues mergedChatGPT authentication fails with global proxy enabled - CodexUpgrade cc-switch to v3.16.4+ and enter a working proxy address under 「设置 → 路由 → 全局出站代理」, then retry Codex/ChatGPT authentication.3 issues merged