mirror of
https://github.com/farion1231/cc-switch.git
synced 2026-10-25 17:22:27 +08:00
docs(release): update v4.0.13 release notes
This commit is contained in:
Jason committed
1 parent
6f6eee0c01
commit
0a8d064591
5 files changed
+40
-10
No files matched your search
@@ -1,6 +1,6 @@
|
||||
# CC Switch v4.0.13
|
||||
|
||||
This release lets Claude Desktop, like Claude Code and Codex, choose among three modes at the top of the page: Direct, Routing and Aggregation. In Routing mode the model list follows the routed provider, and in Aggregation mode models from several providers can sit in Desktop's model list at the same time. Codex adds an "Auto Review model" setting, so third-party providers with automatic approval (Approve for me) turned on no longer fail with a 404 by requesting a model most relays don't have; in Aggregation mode you can also choose a separate model and reasoning effort for sub-agents. Switching back to Direct now asks for confirmation first, stating which provider the client will connect to and which file will change. Context windows for GPT-series models are now capped at 272K, so a window set too large no longer keeps the client from compacting until the upstream finally rejects the request. The update button in the Windows portable build now downloads the matching zip directly. It also fixes Codex reporting "duplicate key" when saving its config, Codex remote compaction not working in Routing mode, mode switching hanging for several minutes with many fnm versions installed, and the window freezing on Windows 11, among other issues. For everything new in 4.0, see the [v4.0 release notes](https://github.com/farion1231/cc-switch/blob/main/docs/release-notes/v4.0.4-en.md).
|
||||
This release lets Claude Desktop, like Claude Code and Codex, choose among three modes at the top of the page: Direct, Routing and Aggregation. In Routing mode the model list follows the routed provider, and in Aggregation mode models from several providers can sit in Desktop's model list at the same time. Codex adds an "Auto Review model" setting, so third-party providers with automatic approval (Approve for me) turned on no longer fail with a 404 by requesting a model most relays don't have; in Aggregation mode you can also choose a separate model and reasoning effort for sub-agents. Switching back to Direct now asks for confirmation first, stating which provider the client will connect to and which file will change. Context windows for GPT-series models are now capped at 272K, so a window set too large no longer keeps the client from compacting until the upstream finally rejects the request. The update button in the Windows portable build now downloads the matching zip directly. The Claude Code Haiku tier can now declare a 1M context too, and presets whose models have a 1M window now have 1M checked by default. It also fixes Codex reporting "duplicate key" when saving its config, Codex remote compaction not working in Routing mode, mode switching hanging for several minutes with many fnm versions installed, and the window freezing on Windows 11, among other issues. For everything new in 4.0, see the [v4.0 release notes](https://github.com/farion1231/cc-switch/blob/main/docs/release-notes/v4.0.4-en.md).
|
||||
|
||||
---
|
||||
|
||||
@@ -22,6 +22,10 @@ Desktop only reads its config at startup, so every time you change the mode, the
|
||||
|
||||
**Codex Aggregation mode: sub-agents can use their own model.** Aggregation mode used to strip the sub-agent model from `[agents]`, so sub-agents could only follow the main model ([#8286](https://github.com/farion1231/cc-switch/issues/8286)). Now both the "Use Aggregation for Codex?" confirmation dialog and the new "Aggregation settings" let you choose the "Sub-agent model" and "Sub-agent reasoning effort". No Codex restart is needed; it takes effect in new conversations. If the chosen model is no longer in the aggregation (the member was removed, or that provider became the default), sub-agents temporarily follow the main model and switch back automatically once it is added again.
|
||||
|
||||
**Claude Code: the Haiku tier can declare 1M too.** In "Model Mapping", only the Sonnet, Opus, Fable and sub-agent rows used to offer "Declare 1M", because Haiku models never had a 1M window. Today the Haiku tier often points at a third-party model, and Claude Code treats any model name that does not start with `claude-` as a 200K window, so without the box it compacts early. Every row can now declare 1M. Routing mode is not affected: the Haiku alias used by routing already counts as 1M.
|
||||
|
||||
**Presets:** Added TokenFactory and Modelflare.
|
||||
|
||||
**Windows portable build: the update button downloads the zip directly.** The portable build already checked for updates at startup, but clicking "Update to vX" only opened the release page, leaving you to find the right zip among dozens of files ([#8300](https://github.com/farion1231/cc-switch/issues/8300)). It now directly downloads the portable zip matching your architecture (x64 / ARM64); extract it and replace your existing `cc-switch.exe`. Settings and data live in `.cc-switch` under your user folder and are not lost when you replace the file. To avoid being blocked by antivirus software, CC Switch does not replace its own program files itself.
|
||||
|
||||
## Improvements
|
||||
@@ -32,6 +36,8 @@ Desktop only reads its config at startup, so every time you change the mode, the
|
||||
|
||||
**GPT model context windows are capped at 272K.** models.dev lists the GPT-5.6 and GPT-6 series with the OpenAI API's 1.05M window, but many relays forward through ChatGPT subscriptions, which are limited to 272K, and CC Switch can't tell from the address which kind it is. With the window set too large, the client never compacts until the upstream rejects the request and that turn fails outright; set too small, it merely compacts a little earlier. GPT windows auto-filled when adding a provider are now never larger than 272K, and the GPT windows in the Hermes, OpenClaw, OpenCode, Pi and Codex presets are lowered as well; the Claude Code "Codex" preset that uses a ChatGPT subscription goes from 372K to 272K. Windows smaller than 272K are unchanged.
|
||||
|
||||
**Presets whose models have a 1M window now have 1M checked by default.** Claude Code treats model names it does not recognize as a 200K window, and 23 presets for 1M models such as GLM-5.3, Kimi K3, DeepSeek V4, Qwen3.8, MiniMax-M3, MiMo and LongCat did not declare it, so in direct mode they started auto-compacting around 200K. The tiers that use a 1M model in these presets now have "Declare 1M" checked by default; Kimi For Coding deliberately keeps its 256K compaction window. In Claude Desktop, 12 presets for the same models and 50 presets that relay Claude Sonnet 5 and Opus 5 now declare 1M in the model list. Claude Haiku 4.x only has a 200K window and was mislabeled as 1M by some presets; that is corrected.
|
||||
|
||||
## Fixes
|
||||
|
||||
- **Codex reported "duplicate key custom in table model_providers" when saving its config** ([#8271](https://github.com/farion1231/cc-switch/issues/8271)). When the provider table header in `config.toml` was quoted (`[model_providers."custom"]`), it wasn't recognized, and saving added another table with the same name. Double-quoted, single-quoted and spaced forms are now all recognized.
|
||||
@@ -41,6 +47,7 @@ Desktop only reads its config at startup, so every time you change the mode, the
|
||||
- **Usage from later pages of Codex branched conversations was never recorded** ([#8161](https://github.com/farion1231/cc-switch/issues/8161)). The continuation files written when a branched conversation moves to a new page were treated as newly spawned sub-sessions, waiting forever for the parent session to reach that point. They are now recognized as the branched conversation's own continuation.
|
||||
- **Mode switching hung for several minutes with many Node versions installed through fnm** ([#8313](https://github.com/farion1231/cc-switch/issues/8313)). Deduplication while looking up command-line tools grew with the square of the number of paths, so it became very slow once fnm's multishell directory filled up; it now takes only tens of milliseconds even with many paths.
|
||||
- **On Windows 11 the window froze, with the main thread stuck at high usage** ([#8321](https://github.com/farion1231/cc-switch/issues/8321), [#8324](https://github.com/farion1231/cc-switch/issues/8324)). The problem came from WebView2's handling of native drag regions. Windows no longer uses native drag regions; dragging and double-clicking to maximize are handled by the app itself, and the title bar works the same as before.
|
||||
- **In Claude Code Aggregation mode, the Haiku tier only had a 200K window.** Aggregation mode removed the Haiku tier's 1M declaration, and aggregated model names do not start with `claude-`, so Claude Code counted it as 200K. The Haiku tier now keeps its 1M declaration like the other tiers.
|
||||
- **When changing the default provider in Codex Aggregation mode, the preview counted the old default provider as 0 models.** The default provider doesn't publish aggregated models itself, but once it is replaced as the default, all of its models join the aggregation; the preview now shows the count after the change.
|
||||
|
||||
## Upgrade Notes
|
||||
@@ -51,6 +58,7 @@ Desktop only reads its config at startup, so every time you change the mode, the
|
||||
- Codex's "Classic sub-agent tools in aggregation" is now on by default, and a previous off setting is not kept; if you need it off, turn it off again in "Aggregation settings".
|
||||
- The GPT window cap only affects newly added providers and newly auto-filled model parameters; cards you have already added keep their original window.
|
||||
- Restart Codex after changing the Auto Review model.
|
||||
- The 1M preset changes only affect newly added providers; for providers you already added, you can check "Declare 1M" in "Model Mapping" yourself.
|
||||
|
||||
---
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# CC Switch v4.0.13
|
||||
|
||||
今回のリリースでは、Claude Desktop でも Claude Code や Codex と同じように、ページ上部で直接接続、ルーティング、集約の 3 つのモードを選べるようになりました。ルーティングモードではモデル一覧がルーティング先に合わせて変わり、集約モードでは複数のプロバイダーのモデルを同時に Desktop のモデル一覧に入れられます。Codex には「自動承認モデル」を追加しました。自動承認（Approve for me）をオンにしたサードパーティのプロバイダーで、ほとんどの中継にはないモデルをリクエストして 404 になることはなくなりました。集約モードでは、サブエージェントが使うモデルと推論強度を個別に指定することもできます。直接接続に戻す前には確認ダイアログを表示し、どのプロバイダーに接続するか、どのファイルを変更するかを明記するようになりました。GPT 系モデルのコンテキストウィンドウは一律 272K を上限とし、ウィンドウを大きく書きすぎたせいでなかなか圧縮されず、最後にアップストリームに拒否されることはなくなりました。Windows ポータブル版の更新ボタンは、対応するアーカイブを直接ダウンロードするようになりました。ほかにも、Codex の設定を保存するときに「duplicate key」と表示される問題、ルーティングモードで Codex のリモート圧縮が効かなくなる問題、fnm で多くのバージョンをインストールしているとモードの切り替えが数分間止まる問題、Windows 11 でウィンドウがフリーズする問題などを修正しました。4.0 の更新内容の全体は [v4.0 リリースノート](https://github.com/farion1231/cc-switch/blob/main/docs/release-notes/v4.0.4-ja.md) をご覧ください。
|
||||
今回のリリースでは、Claude Desktop でも Claude Code や Codex と同じように、ページ上部で直接接続、ルーティング、集約の 3 つのモードを選べるようになりました。ルーティングモードではモデル一覧がルーティング先に合わせて変わり、集約モードでは複数のプロバイダーのモデルを同時に Desktop のモデル一覧に入れられます。Codex には「自動承認モデル」を追加しました。自動承認（Approve for me）をオンにしたサードパーティのプロバイダーで、ほとんどの中継にはないモデルをリクエストして 404 になることはなくなりました。集約モードでは、サブエージェントが使うモデルと推論強度を個別に指定することもできます。直接接続に戻す前には確認ダイアログを表示し、どのプロバイダーに接続するか、どのファイルを変更するかを明記するようになりました。GPT 系モデルのコンテキストウィンドウは一律 272K を上限とし、ウィンドウを大きく書きすぎたせいでなかなか圧縮されず、最後にアップストリームに拒否されることはなくなりました。Windows ポータブル版の更新ボタンは、対応するアーカイブを直接ダウンロードするようになりました。Claude Code の Haiku 枠でも 1M コンテキストを宣言できるようになり、モデル自体が 1M ウィンドウのプリセットは 1M が最初からオンになります。ほかにも、Codex の設定を保存するときに「duplicate key」と表示される問題、ルーティングモードで Codex のリモート圧縮が効かなくなる問題、fnm で多くのバージョンをインストールしているとモードの切り替えが数分間止まる問題、Windows 11 でウィンドウがフリーズする問題などを修正しました。4.0 の更新内容の全体は [v4.0 リリースノート](https://github.com/farion1231/cc-switch/blob/main/docs/release-notes/v4.0.4-ja.md) をご覧ください。
|
||||
|
||||
---
|
||||
|
||||
@@ -22,6 +22,10 @@ Desktop は起動時にしか設定を読み込まないため、モードやル
|
||||
|
||||
**Codex の集約モード：サブエージェントに別のモデルを使えるようになりました。** これまで集約モードでは `[agents]` のサブエージェントのモデルを取り除いていたため、サブエージェントはメインモデルに従うしかありませんでした（[#8286](https://github.com/farion1231/cc-switch/issues/8286)）。現在は「Codex で集約を使いますか？」の確認ダイアログと、新しい「集約設定」のどちらでも「サブエージェントのモデル」と「サブエージェントの推論強度」を選べます。Codex を再起動しなくても、新しく開いた会話から反映されます。選んだモデルが集約に含まれなくなった場合（メンバーが削除された、またはそのプロバイダーがデフォルトになった場合）、サブエージェントは一時的にメインモデルに従い、再び追加すると自動で戻ります。
|
||||
|
||||
**Claude Code：Haiku 枠でも 1M を宣言できるようになりました。** これまで「モデルマッピング」で「1M 対応を宣言」にチェックできたのは Sonnet、Opus、Fable、サブエージェントの行だけでした。以前の Haiku モデルには 1M ウィンドウがなかったためです。いまでは Haiku 枠にサードパーティのモデルを指定することも多く、Claude Code は `claude-` で始まらないモデル名をすべて 200K ウィンドウとして扱うため、チェックしないと早めに圧縮されていました。現在はすべての行で 1M を宣言できます。ルーティングモードは影響を受けません。ルーティングで使う Haiku のエイリアスはもともと 1M として扱われます。
|
||||
|
||||
**プリセット：** TokenFactory、Modelflare を追加しました。
|
||||
|
||||
**Windows ポータブル版：更新ボタンでアーカイブを直接ダウンロードします。** ポータブル版はもともと起動時に更新を確認していましたが、「vX に更新」を押してもリリースページが開くだけで、数十個のファイルの中から対応するアーカイブを自分で探す必要がありました（[#8300](https://github.com/farion1231/cc-switch/issues/8300)）。現在は、使っているアーキテクチャ（x64 / ARM64）に対応するポータブル版のアーカイブを直接ダウンロードします。展開して元の `cc-switch.exe` を上書きするだけで済みます。設定とデータはユーザーディレクトリの `.cc-switch` に保存されているので、上書きしても失われません。ウイルス対策ソフトにブロックされるのを避けるため、CC Switch が自分で自分のプログラムファイルを置き換えることはしません。
|
||||
|
||||
## 改善
|
||||
@@ -32,6 +36,8 @@ Desktop は起動時にしか設定を読み込まないため、モードやル
|
||||
|
||||
**GPT モデルのコンテキストウィンドウの上限を 272K にしました。** models.dev では GPT-5.6、GPT-6 系列のウィンドウは OpenAI API の 105 万と書かれていますが、多くの中継は ChatGPT のサブスクリプションを使って転送しており、サブスクリプションの上限は 272K です。CC Switch はアドレスからどちらなのかを見分けられません。ウィンドウを大きく書きすぎると、クライアントはアップストリームがリクエストを拒否するまでずっと圧縮せず、そのターンはそのまま失敗します。小さく書いた場合は少し早めに圧縮されるだけです。現在は、プロバイダーを追加するときに自動補完する GPT のウィンドウは一律 272K を超えず、Hermes、OpenClaw、OpenCode、Pi、Codex のプリセットにある GPT のウィンドウもあわせて引き下げました。Claude Code で ChatGPT のサブスクリプションを使う「Codex」プリセットは 372K から 272K に変更しました。272K より小さいウィンドウは変わりません。
|
||||
|
||||
**モデル自体が 1M ウィンドウのプリセットは、1M が最初からオンになりました。** Claude Code は認識できないモデル名を 200K ウィンドウとして扱います。GLM-5.3、Kimi K3、DeepSeek V4、Qwen3.8、MiniMax-M3、MiMo、LongCat などの 1M モデルを使う 23 個のプリセットはこれを宣言しておらず、直接接続では 200K 前後で自動圧縮が始まっていました。現在はこれらのプリセットで 1M モデルを使う枠に「1M 対応を宣言」が最初からチェックされています。Kimi For Coding は意図的に 256K の圧縮ウィンドウのままです。Claude Desktop でも、同じモデルを使う 12 個のプリセットと、Claude Sonnet 5・Opus 5 を中継する 50 個のプリセットがモデル一覧で 1M を宣言するようになりました。Claude Haiku 4.x のウィンドウは 200K しかなく、一部のプリセットで誤って 1M と表示されていたのを修正しました。
|
||||
|
||||
## 修正
|
||||
|
||||
- **Codex の設定を保存するときに「duplicate key custom in table model_providers」と表示されていた問題**（[#8271](https://github.com/farion1231/cc-switch/issues/8271)）。`config.toml` のプロバイダーのテーブルヘッダーに引用符が付いている（`[model_providers."custom"]`）と認識できず、保存時に同じ名前のテーブルをもう 1 つ追加していました。現在は二重引用符、単一引用符、空白を含む書き方のいずれも認識できます。
|
||||
@@ -41,6 +47,7 @@ Desktop は起動時にしか設定を読み込まないため、モードやル
|
||||
- **Codex の分岐した会話で、ページ送り後の使用量がいつまでも計上されなかった問題**（[#8161](https://github.com/farion1231/cc-switch/issues/8161)）。分岐した会話のページ送りで生成される続きのファイルが、新しく派生したサブセッションとして扱われ、親セッションがその時点まで書き込むのをずっと待っていました。現在はそれが分岐した会話自身の続きであることを認識します。
|
||||
- **fnm で多くの Node バージョンをインストールしていると、モードの切り替えが数分間止まっていた問題**（[#8313](https://github.com/farion1231/cc-switch/issues/8313)）。コマンドラインツールを探すときの重複除去の処理がパス数の 2 乗に比例して重くなり、fnm の multishell ディレクトリが増えるととても遅くなっていました。現在はパスが多くても数十ミリ秒で済みます。
|
||||
- **Windows 11 でウィンドウがフリーズし、メインスレッドが高負荷のままになっていた問題**（[#8321](https://github.com/farion1231/cc-switch/issues/8321)、[#8324](https://github.com/farion1231/cc-switch/issues/8324)）。原因は WebView2 がネイティブのドラッグ領域を処理するところにありました。Windows ではネイティブのドラッグ領域を使わないようにし、ドラッグとダブルクリックでの最大化はアプリ自身の処理に切り替えました。タイトルバーの使い方は変わりません。
|
||||
- **Claude Code の集約モードで、Haiku 枠のウィンドウが 200K しかなかった問題**。集約モードは Haiku 枠の 1M 宣言を外しており、集約モデルの名前は `claude-` で始まらないため、Claude Code は 200K として扱っていました。現在は Haiku 枠もほかの枠と同じく 1M 宣言を保持します。
|
||||
- **Codex の集約モードでデフォルトのプロバイダーを変更するとき、プレビューで元のデフォルトのプロバイダーのモデルが 0 個と数えられていた問題**。デフォルトのプロバイダー自体は集約モデルを公開しませんが、デフォルトから外れるとそのモデルはすべて集約に加わります。現在のプレビューでは、外れた後の数を表示します。
|
||||
|
||||
## アップグレードに関する注意
|
||||
@@ -51,6 +58,7 @@ Desktop は起動時にしか設定を読み込まないため、モードやル
|
||||
- Codex の「集約モードでサブエージェントにクラシックツールを使う」はデフォルトでオンになり、以前オフにしていた設定は引き継がれません。オフにしたい場合は「集約設定」でもう一度オフにしてください。
|
||||
- GPT のウィンドウの上限は、新しく追加するプロバイダーと新しく補完するモデルのパラメーターにだけ影響します。追加済みのカードは元のウィンドウのままです。
|
||||
- 自動承認モデルを変更した後は Codex を再起動してください。
|
||||
- 1M に関するプリセットの変更は、新しく追加するプロバイダーにだけ反映されます。追加済みのカードは「モデルマッピング」で「1M 対応を宣言」に自分でチェックできます。
|
||||
|
||||
---
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# CC Switch v4.0.13
|
||||
|
||||
本版本让 Claude Desktop 和 Claude Code、Codex 一样，可以在页面顶部选择直连、路由、聚合三种模式：路由模式下模型列表跟着路由那家走，聚合模式下可以把多家供应商的模型同时放进 Desktop 的模型列表。Codex 新增「自动审批模型」，开了自动审批（Approve for me）的第三方供应商不再请求一个大多数中转都没有的模型而报 404；聚合模式下还可以单独指定子代理用哪个模型和推理强度。切回直连前改为先弹确认框，写明会连到哪家、改哪个文件。GPT 系列模型的上下文窗口统一封顶 272K，不再因为窗口写大了而迟迟不压缩、最后被上游拒绝。Windows 便携版的更新按钮现在直接下载对应的压缩包。还修复了 Codex 保存配置时报「duplicate key」、路由模式下 Codex 远程压缩失效、装了很多 fnm 版本时切换模式卡住几分钟、Windows 11 上窗口卡死等问题。4.0 完整的更新内容请见 [v4.0 发布说明](https://github.com/farion1231/cc-switch/blob/main/docs/release-notes/v4.0.4-zh.md)。
|
||||
本版本让 Claude Desktop 和 Claude Code、Codex 一样，可以在页面顶部选择直连、路由、聚合三种模式：路由模式下模型列表跟着路由那家走，聚合模式下可以把多家供应商的模型同时放进 Desktop 的模型列表。Codex 新增「自动审批模型」，开了自动审批（Approve for me）的第三方供应商不再请求一个大多数中转都没有的模型而报 404；聚合模式下还可以单独指定子代理用哪个模型和推理强度。切回直连前改为先弹确认框，写明会连到哪家、改哪个文件。GPT 系列模型的上下文窗口统一封顶 272K，不再因为窗口写大了而迟迟不压缩、最后被上游拒绝。Windows 便携版的更新按钮现在直接下载对应的压缩包。Claude Code 的 Haiku 档也能声明 1M 上下文，模型本身是 1M 窗口的预设改为默认勾上 1M。还修复了 Codex 保存配置时报「duplicate key」、路由模式下 Codex 远程压缩失效、装了很多 fnm 版本时切换模式卡住几分钟、Windows 11 上窗口卡死等问题。4.0 完整的更新内容请见 [v4.0 发布说明](https://github.com/farion1231/cc-switch/blob/main/docs/release-notes/v4.0.4-zh.md)。
|
||||
|
||||
---
|
||||
|
||||
@@ -22,6 +22,10 @@ Desktop 只在启动时读配置，所以每次换模式、换路由那家或增
|
||||
|
||||
**Codex 聚合模式：子代理可以用单独的模型。** 聚合模式以前会去掉 `[agents]` 里的子代理模型，子代理只能跟随主模型（[#8286](https://github.com/farion1231/cc-switch/issues/8286)）。现在「让 Codex 使用聚合模式？」确认框和新的「聚合设置」里都可以选子代理模型和子代理推理强度。不用重启 Codex，新开的对话就会生效。选的模型如果已经不在聚合里（成员被移除，或者那家成了默认），子代理会暂时跟随主模型，加回来后自动恢复。
|
||||
|
||||
**Claude Code：Haiku 档也能声明 1M。** 以前「模型映射」里只有 Sonnet、Opus、Fable 和子代理几行能勾「声明支持 1M」，因为过去 Haiku 模型都没有 1M 窗口。现在 Haiku 档常常指向第三方模型，而 Claude Code 对不以 `claude-` 开头的模型名一律按 200K 窗口算，不勾就会提前压缩。现在每一行都能勾 1M。路由模式不受影响：路由用的 Haiku 别名本来就按 1M 算。
|
||||
|
||||
**预设：** 新增 TokenFactory、Modelflare。
|
||||
|
||||
**Windows 便携版：更新按钮直接下载压缩包。** 便携版启动时本来就会检查更新，但点「更新到 vX」只是打开发布页，要在几十个文件里自己找对应的压缩包（[#8300](https://github.com/farion1231/cc-switch/issues/8300)）。现在会直接下载与当前架构（x64 / ARM64）对应的便携版压缩包，解压后覆盖原来的 `cc-switch.exe` 即可；配置和数据保存在用户目录下的 `.cc-switch`，不会因覆盖而丢失。为了避免被杀毒软件拦截，CC Switch 不会自己替换自己的程序文件。
|
||||
|
||||
## 改进
|
||||
@@ -32,6 +36,8 @@ Desktop 只在启动时读配置，所以每次换模式、换路由那家或增
|
||||
|
||||
**GPT 模型的上下文窗口封顶 272K。** models.dev 上 GPT-5.6、GPT-6 系列写的是 OpenAI API 的 105 万窗口，但很多中转是用 ChatGPT 订阅转发的，订阅的上限是 272K，而 CC Switch 从地址上分不出是哪一种。窗口写大了，客户端会一直不压缩，直到上游拒绝请求、这一轮直接失败；写小了只是早一点压缩。现在添加供应商时自动补全的 GPT 窗口一律不超过 272K，Hermes、OpenClaw、OpenCode、Pi、Codex 预设里的 GPT 窗口也一起下调；Claude Code 里用 ChatGPT 订阅的「Codex」预设从 372K 改为 272K。比 272K 小的窗口不变。
|
||||
|
||||
**模型本身是 1M 窗口的预设，默认勾上 1M。** Claude Code 对不认识的模型名按 200K 窗口算，GLM-5.3、Kimi K3、DeepSeek V4、Qwen3.8、MiniMax-M3、MiMo、LongCat 等 1M 模型的 23 个预设以前没有声明，直连时到 200K 左右就开始自动压缩。现在这些预设里 1M 模型的那几档都默认勾上「声明支持 1M」；Kimi For Coding 有意保持 256K 的压缩窗口，不变。Claude Desktop 里同样模型的 12 个预设，以及转发 Claude Sonnet 5、Opus 5 的 50 个预设，也在模型列表里声明 1M；Claude Haiku 4.x 只有 200K 窗口，以前被一些预设误标成 1M，现在改正。
|
||||
|
||||
## 修复
|
||||
|
||||
- **Codex 保存配置时报「duplicate key custom in table model_providers」**（[#8271](https://github.com/farion1231/cc-switch/issues/8271)）。`config.toml` 里供应商表头带引号（`[model_providers."custom"]`）时认不出来，保存时又加了一张同名的表。现在双引号、单引号、带空格的写法都能认出来。
|
||||
@@ -41,6 +47,7 @@ Desktop 只在启动时读配置，所以每次换模式、换路由那家或增
|
||||
- **Codex 分支对话翻页后的用量一直不入账**（[#8161](https://github.com/farion1231/cc-switch/issues/8161)）。分支对话翻页生成的续写文件被当成新派生的子会话，一直等不到父会话写到那个时刻。现在能认出这是分支对话自己的续写。
|
||||
- **用 fnm 装了很多 Node 版本时，切换模式卡住几分钟**（[#8313](https://github.com/farion1231/cc-switch/issues/8313)）。查找命令行工具时去重的写法随路径数平方增长，fnm 的 multishell 目录一多就很慢；现在路径很多时也只要几十毫秒。
|
||||
- **Windows 11 上窗口卡死、主线程持续高占用**（[#8321](https://github.com/farion1231/cc-switch/issues/8321)、[#8324](https://github.com/farion1231/cc-switch/issues/8324)）。问题出在 WebView2 处理原生拖拽区域时。Windows 上不再使用原生拖拽区域，拖动和双击最大化改用应用自己的处理，标题栏的用法不变。
|
||||
- **Claude Code 聚合模式下，Haiku 档只有 200K 窗口**。聚合模式会去掉 Haiku 档的 1M 声明，而聚合模型名不以 `claude-` 开头，Claude Code 就按 200K 算。现在 Haiku 档和其他档一样保留 1M 声明。
|
||||
- **Codex 聚合模式换默认供应商时，预览把原来的默认那家算成 0 个模型**。默认那家本身不发布聚合模型，但换走之后它的模型会全部加进聚合；现在预览显示的是换走之后的数量。
|
||||
|
||||
## 升级说明
|
||||
@@ -51,6 +58,7 @@ Desktop 只在启动时读配置，所以每次换模式、换路由那家或增
|
||||
- Codex 的「聚合模式下子 agent 用经典工具」改为默认打开，以前关掉的不会保留；需要关闭的话在「聚合设置」里重新关掉。
|
||||
- GPT 窗口封顶只影响新添加的供应商和新补全的模型参数，已添加的卡片保持原来的窗口。
|
||||
- 改了自动审批模型后要重启 Codex。
|
||||
- 1M 相关的预设改动只影响新添加的供应商；已添加的卡片可以在「模型映射」里自己勾上「声明支持 1M」。
|
||||
|
||||
---
|
||||
|
||||
|
||||
Reference in new issue
Block a user