Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix [BUG] Cowork 3P Gateway — claude-opus-4.7 fails with "thinking.type.enabled is not supported" [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#52541•Fetched 2026-04-24 06:04:25
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Author
dypauldypaul
Participants
dypauldypaul
Timeline (top)
labeled ×4

Error Message

API Error: 400 {"type":"error","error":{"type":"invalid_request_error",

Error Messages/Logs

  1. Send any message → 400 error

Fix Action

Fix / Workaround

  1. Configure 3P Gateway with GitHub Copilot
  2. Add claude-opus-4.7 to inferenceModels
  3. Select it in the Cowork picker
  4. Send any message → 400 error Workaround: Use claude-opus-4.6 instead.
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Product: Claude Desktop — Cowork on 3P (Gateway mode) Gateway: GitHub Copilot (https://api.githubcopilot.com) When selecting claude-opus-4.7 in the Cowork model picker (3P Gateway), every request fails with: API Error: 400 {"type":"error","error":{"type":"invalid_request_error", "message":""thinking.type.enabled" is not supported for this model. Use "thinking.type.adaptive" and "output_config.effort" to control thinking behavior."}} Cowork sends thinking.type: "enabled" but Opus 4.7 requires thinking.type: "adaptive" + output_config.effort. Older models (Opus 4.6, Sonnet 4.6) work fine. Related: #52526 (model picker display name truncation — same setup)

What Should Happen?

Cowork should detect the model's required thinking configuration and send the correct parameters:

  • For models that support thinking.type: "enabled" → send as-is
  • For models that require thinking.type: "adaptive" (e.g. Opus 4.7) → send thinking.type: "adaptive" + output_config.effort

Error Messages/Logs

Steps to Reproduce

  1. Configure 3P Gateway with GitHub Copilot
  2. Add claude-opus-4.7 to inferenceModels
  3. Select it in the Cowork picker
  4. Send any message → 400 error Workaround: Use claude-opus-4.6 instead.

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

No response

Claude Code Version

Claude 1.3883.0 (93ff6c) 2026-04-21T17:24:01.000Z

Platform

Other

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

No response

extent analysis

TL;DR

Update Cowork to send thinking.type: "adaptive" and output_config.effort for models that require it, such as Opus 4.7.

Guidance

  • Verify the model's required thinking configuration before sending requests to the API.
  • Update the model picker to detect and send the correct parameters based on the selected model.
  • Test with different models to ensure the correct parameters are being sent.
  • Consider adding a fallback or default configuration for models that do not support thinking.type: "enabled".

Example

No code snippet is provided as it is not clearly supported by the issue.

Notes

The issue seems to be specific to the Opus 4.7 model and the GitHub Copilot API. The solution may need to be adapted for other models or APIs.

Recommendation

Apply workaround: Update Cowork to send the correct parameters for Opus 4.7 and other models that require thinking.type: "adaptive" and output_config.effort. This will allow users to use the latest models without encountering the 400 error.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…
#api#database connection#vector store#embedding generation#cache error

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING