-
-
Notifications
You must be signed in to change notification settings - Fork 352
feature about chat completions reasoning, support claude model enable thinking & interleaved thinking , and support gemini-3 thinking #167
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
…g order when stream=false and exclude reasoning_opaque from token calculation in calculateMessageTokens
…llback VSCode version
…inking budget integration
…reasoning_opaque in different deltas
When account type is not specified or set to 'individual', use the default api.githubcopilot.com URL instead of constructing a subdomain-based URL. This restores previous behavior where business users could work without explicitly specifying their account type, as the default URL works for both individual and business accounts. Only constructs account-type-specific URLs (api.business.githubcopilot.com, api.enterprise.githubcopilot.com) when those account types are explicitly specified.
fix: use default API URL when account type is individual
|
Note: Currently, please configure claude code settings.json according to the following link https://github.com/ericc-ch/copilot-api?tab=readme-ov-file#manual-configuration-with-settingsjson . |
|
if run in opencode , .config opencode opencode.json samples (if not use github copilot provider , add a custom local provider): |
|
@Arminova copy mistake, i changed. gpt seems support max 200k context. |
|
Hi, have you tested the thinking mode on Opus 4.5? I got this error. |
|
@22Goose use |
Besides, I noticed some discussion on the copilot may not support the thinking model of Opus 4.5. I don't know whether we can use the copilot api in this way. |
@22Goose change user .claude/settings.json like this. and start a new conversation |
|
Currently, based on my usage, gpt-5.2 is stronger than other models; I mainly use it for backend complex logic development @22Goose in my usage, ANTHROPIC_MODEL ANTHROPIC_DEFAULT_SONNET_MODEL all set gpt-5.2 (use responeses api high think efforts) |
Thanks for advise. TBH, I also mostly use gpt-5.2. I just want to test the Opus 4.5 due to Boris Cherny's interview. Just try to figure out which one is better. |
I change the setting, but the outcomes are quite the same. |
|
@22Goose |
|
@caozhiyuan I may find out where goes wrong. Here is my setting: In CC Cli: In CC VS Code extension: I get upper error log basically when I working with CC VS Code extension. |
@22Goose this all need addd |


This pull request introduces significant updates to the translation layer between OpenAI and Anthropic message formats, especially around supporting "thinking" blocks for Claude models, and improves protocol compliance for interleaved thinking. It also updates API versioning and various headers, and brings in several bug fixes and refactors for message streaming and token counting.
Anthropic "thinking" protocol and translation improvements:
reasoning_textandreasoning_opaquefields, filtering by signature, and ensuring protocol compliance by injecting reminders and requirements into system prompts. [1] [2] [3] [4] [5] [6] [7] [8]reasoning_textandreasoning_opaquefields, and ensuring proper block ordering in responses. [1] [2] [3]API and protocol versioning:
0.35.0and2025-10-01respectively, and changed theopenai-intentheader to "conversation-agent". [1] [2]Streaming and state management enhancements:
thinkingBlockOpenstate, and ensured correct block closing and event emission for thinking and tool blocks. [1] [2] [3] [4] [5]Token counting and content mapping fixes:
reasoning_opaquefield, ensuring accurate token usage reporting.Type and import updates:
signatureandthinkingBlockOpenfields. [1] [2] [3]These changes collectively improve Claude model support, ensure protocol compliance, and enhance translation reliability between OpenAI and Anthropic message formats.