尧图网站建设 
CC Switch v3.11.1回退部分键字段合并恢复“全量配置覆盖 通用配置片段”机制与平台兼容性修复详解【免费下载链接】cc-switchA cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Grok Build Hermes Agent. Only official website: ccswitch.io项目地址: https://gitcode.com/GitHub_Trending/cc/cc-switchCC Switch v3.11.1 是一次针对 v3.11.0 架构变更的紧急热修复hotfix官方回退了 v3.11.0 引入的“部分键字段合并”Partial Key-Field Merging方案恢复经过验证的“全量配置快照覆盖 通用配置片段Common Config Snippet”机制并同步修复了主题跟随系统、紧凑模式、代理面板布局等多处 UI 与平台兼容性问题。读完本文你将理解这次回退的完整决策依据数据丢失、回填剥离、白名单维护成本三重问题、恢复后的配置切换工作原理及其在源码中的落地方式并掌握各平台的安装方式与 v3.11.0 用户的迁移方案。发布版本v3.11.1发布日期2026-02-28更新规模8 commits | 52 个文件变更 | 3,948 / -1,411 行中文版与日文版发布说明分别见 v3.11.1 中文说明、v3.11.1 日文说明。版本概览一次“撤销式”更新CC Switch 是一款跨平台的 Claude Code、Codex、OpenCode、OpenClaw、Grok Build 与 Hermes Agent 一体化配置管理桌面助手。其核心场景是“提供商Provider切换”——在多个 API 提供商之间一键切换底层 CLI 工具的配置。切换时配置如何写入直接决定了用户数据的安全性。v3.11.0见 v3.11.0 发布说明曾将切换机制从“全量覆盖”升级为“部分键字段合并”切换提供商时只替换 API Key、端点、模型等提供商相关字段保留其余配置。但这一方案在生产环境中暴露出关键缺陷v3.11.1 选择直接回退并在同一版本中修复了若干 UI 与平台问题。本版核心变更速览类别内容回退Reverted恢复“全量配置覆盖 通用配置片段”机制撤销部分键字段合并变更Changed代理开关移入面板主体OpenCode/OpenClaw 改为手动导入修复Fixed系统主题不自动更新、紧凑模式无法退出、代理接管 Toast 显示{{app}}、Windows 协议处理器副作用核心回退从“部分键字段合并”回到“全量覆盖 通用配置片段”v3.11.1 回退了 v3.11.0 引入的部分键字段合并重构对应提交 992dda5c 的 revert。要理解这次回退先看两种机制的差异机制 A部分键字段合并v3.11.0已被回退切换提供商时后端只把“白名单内的关键字段”API Key、Endpoint、模型等写入实时配置文件白名单之外的所有字段保持原样。设计初衷是避免用户手动加在实时文件里的非提供商配置插件、MCP、权限等被覆盖。机制 B全量配置覆盖 通用配置片段v3.10.x 及更早v3.11.1 恢复切换提供商时将数据库中保存的该提供商的完整配置快照整体写入实时配置文件可预期、完整的覆盖用户若希望某些配置在每次切换后仍然存在则通过“通用配置片段”声明——它会在每次切换后与全量快照合并。为什么要回退部分键字段合并的三重关键问题切换时数据丢失不在白名单内的自定义字段在提供商切换过程中会被静默丢弃。用户自定义的非标准配置项一旦不被识别为“关键字段”切换一次就消失。回填剥离造成永久性数据损失数据库回填backfill逻辑会把数据库中的非键字段永久删除导致不可逆的数据丢失。白名单维护负担“关键字段”白名单需要随新配置键的不断出现而持续维护任何遗漏都会变成数据丢失事故。恢复的内容全量配置快照写入切换提供商时执行完整快照写入行为可预期、覆盖完整通用配置片段 UI 与后端命令前端编辑组件与后端 Tauri 命令全部恢复6 个前端组件/钩子3 个组件 3 个钩子v3.11.0 中被移除的部分。源码印证通用配置片段的当前实现从源码结构看恢复后的通用配置片段机制由前端、后端两侧协作完成前端核心是 useCommonConfigSnippet 钩子配合 CommonConfigEditor 等编辑组件。该钩子负责从统一配置config.json加载片段并对老版本 localStorage 中残留的片段做一次性迁移见LEGACY_STORAGE_KEY cc-switch:common-config-snippet的迁移逻辑useCommonConfigSnippet.ts#L80-L100开关切换时调用updateCommonConfigSnippet将片段深度合并进当前配置编辑片段内容时先移除旧片段再写入新片段保证幂等提供“提取”能力从当前编辑器内容中提取公共配置为片段。纯函数层合并与移除的底层实现位于 providerConfigUtils.ts核心是deepMerge递归合并非对象字段直接覆盖、deepRemove只删除与片段完全匹配的嵌套属性避免误删用户改过的值和isSubset子集判定。值得注意的是这三个遍历函数都带有一层FORBIDDEN_MERGE_KEYS__proto__/constructor/prototype防护providerConfigUtils.ts#L14-L26由于通用配置片段会被 WebDAV/S3 同步的远端内容覆盖JSON.parse({__proto__:{...}})产生的自有__proto__属性若不拦截递归遍历会直接污染Object.prototype——这是“片段可被远端覆盖”这一设计前提下的必要安全边界。后端Tauri 命令层提供get_common_config_snippet、set_common_config_snippet含validate_common_config_snippet按应用类型校验 JSON/TOML 片段合法性、extract_common_config_snippet等命令见 commands/config.rs#L292-L340持久化结构为 app_config.rs 中的CommonConfigSnippets按应用类型分存的片段集合并保留从旧字段claude_common_config_snippet到新结构的自动迁移。TOML 场景Codex 等使用 TOML 配置的应用另有专门的update_toml_common_config_snippet实现能保留注释与键顺序见 services/provider/live.rs#L458 及其“保留注释和键顺序”“标量覆盖与按值匹配删除”的单元测试 live.rs#L2539-L2592。迁移指南如果你升级到 v3.11.0 后发现提供商丢失了自定义字段请重新导入你的配置使用备份/导入导出功能或手动重新补回丢失的字段。如果你依赖通用配置片段该功能在 v3.11.1 中完全恢复用法与 v3.10.x 及更早版本一致——用它定义“应在所有提供商切换之间持久保留”的共享配置例如 MCP 配置、权限项等。变更代理面板布局与 OpenCode/OpenClaw 手动导入代理面板开关移入面板主体代理开/关on/off开关从折叠面板accordion头部移动到面板内容区直接置于各应用接管takeover选项上方。这一布局调整针对一个高频误操作用户开启代理后没有看到接管配置项导致“代理开了但没有任何应用被接管”的无效状态。把开关放在接管选项正上方后用户启用代理时会立即看到接管配置交互路径与出错场景直接对冲。从 i18n 文案可以印证“接管是路由生效前提”这一设计例如非 Anthropic 协议的上游Chat Completions、Responses、Gemini Native都明确提示“需要启用路由接管”见 en.json#L1068、en.json#L1523。OpenCode/OpenClaw 移除启动自动导入改为手动导入OpenCode 与 OpenClaw 不再在启动时自动导入外部配置当无数据时空状态界面显示“Import Current Config”导入当前配置按钮与 Claude/Codex/Gemini 的行为保持一致。手动导入避免了启动时静默覆盖用户已有数据的可能也统一了五个受管应用的导入交互心智。修复详解四处 UI 与平台兼容性问题的原理1. “跟随系统”主题不自动更新问题选择“跟随系统”system主题后操作系统切换深色/浅色时应用不跟随。修复原理改为委托给 Tauri 原生主题追踪——即调用set_window_theme(None)前端传system后端映射为 Rust 侧的None让 WebView 的prefers-color-scheme媒体查询始终与真实的系统主题保持同步。从源码可以完整还原这条链路前端 theme-provider.tsx#L98-L128 中theme system时向 Tauri 发送invoke(set_window_theme, { theme: system })。源码注释点明了关键传system使 Tauri 走None分支“让 WebView 的 prefers-color-scheme 与真实系统主题保持同步从而让媒体查询监听器effect #3在系统主题变化时触发”同一文件 theme-provider.tsx#L74-L96 中的媒体查询监听器在prefers-color-scheme变化时切换根元素的dark/lightclass后端命令入口为 commands/misc.rs#L4675 的set_window_theme。之前的实现会显式给窗口设置具体主题值导致 WebView 内部认为主题已被“钉死”媒体查询不再反映系统变化回退到None后原生窗口与 WebView 都跟随系统。2. 紧凑模式无法退出问题AppSwitcher 在宽度不足时自动折叠为紧凑模式但宽度恢复后无法自动退出。修复原理恢复toolbarRef上的flex-1class。flex-1使工具栏容器拉伸占满可用宽度从而useAutoCompact钩子的退出条件基于“可用宽度”而非“内容宽度”判断——此前宽度计算错误导致退出条件永远不成立。这与 v3.11.0 中“AppSwitcher 按可用宽度自动折叠为紧凑模式”的自动折叠特性见 v3.11.0 说明配对保证折叠/展开双向可逆。3. 代理接管 Toast 显示字面量{{app}}问题启用/禁用代理接管时的 Toast 提示直接显示{{app}}占位符。修复原理i18next 的t()调用缺少app插值参数。补上{{app}}对应的插值对象后Toast 正确显示具体应用名。这类问题属于典型的 i18n 插值缺参缺陷翻译模板里声明了变量但调用处没有传值。4. Windows 协议处理器副作用问题Windows 上执行环境检查/一键安装时可能触发意外的协议处理器protocol handler注册产生系统级副作用。修复原理在 Windows 平台禁用环境检查与一键安装入口。从源码结构看环境检查服务 env_checker.rs 使用#[cfg(target_os windows)]条件编译在 Windows 目标下提供与 Unix/macOS 不同的桩实现——从源码结构看这是以编译期特性开关实现的平台差异处理确保 Windows 分支不会走到可能注册协议处理器的安装路径。注意事项与迁移建议通用配置片段回来了如果你在 v3.10.x 及更早版本依赖该功能v3.11.1 中其行为与之前完全一致。用它定义应在所有提供商切换之间保留的共享配置。v3.11.0 部分键字段合并的用户如果你在 v3.11.1 之前的 v3.11.0 中切换提供商后发现配置字段丢失请重新导入配置以恢复这些字段v3.11.1 恢复的是完整快照写入机制无法自动找回已被回填剥离的字段。行为一致性恢复后的机制意味着“切换即完整覆盖实时配置文件”因此凡是你希望跨切换保留的自定义项都应纳入通用配置片段而不是直接改实时配置文件。下载与安装前往项目官网ccswitch.io的 Releases 页面下载对应平台的版本文件。系统要求系统最低版本架构WindowsWindows 10 或更高x64macOSmacOS 10.15 (Catalina) 或更高Intel (x64) / Apple Silicon (arm64)Linux见下表x64Windows文件说明CC-Switch-v3.11.1-Windows.msi推荐—— 带自动更新的 MSI 安装程序CC-Switch-v3.11.1-Windows-Portable.zip便携版解压即用不写注册表macOS文件说明CC-Switch-v3.11.1-macOS.zip推荐—— 解压后拖入 ApplicationsUniversal BinaryCC-Switch-v3.11.1-macOS.tar.gz用于 Homebrew 安装与自动更新说明由于作者未持有 Apple 开发者账号首次启动可能出现“无法验证的开发者”警告。请关闭提示后前往“系统设置”→“隐私与安全性”点击“仍要打开”之后即可正常启动。HomebrewmacOSbrew tap farion1231/ccswitch brew install --cask cc-switch更新brew upgrade --cask cc-switchLinux发行版推荐格式安装方式Ubuntu / Debian / Linux Mint / Pop!_OS.debsudo dpkg -i CC-Switch-*.deb或sudo apt install ./CC-Switch-*.debFedora / RHEL / CentOS / Rocky Linux.rpmsudo rpm -i CC-Switch-*.rpm或sudo dnf install ./CC-Switch-*.rpmopenSUSE.rpmsudo zypper install ./CC-Switch-*.rpmArch Linux / Manjaro.AppImage添加执行权限后直接运行或使用 AUR其他发行版 / 不确定.AppImagechmod x CC-Switch-*.AppImage ./CC-Switch-*.AppImage延伸阅读v3.11.0 发布说明了解被回退的“部分键字段合并”的原始设计动机与影响范围v3.12.0 发布说明v3.11.1 之后的版本演进通用配置片段相关测试CommonConfigEditor 测试、CommonConfig 模态行为测试、保存流程测试【免费下载链接】cc-switchA cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Grok Build Hermes Agent. Only official website: ccswitch.io项目地址: https://gitcode.com/GitHub_Trending/cc/cc-switch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 CC Switch v3.11.1：回退部分键字段合并，恢复“全量配置覆盖 + 通用配置片段”机制与平台兼容性修复详解
CC Switch v3.11.1回退部分键字段合并恢复“全量配置覆盖 通用配置片段”机制与平台兼容性修复详解【免费下载链接】cc-switchA cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Grok Build Hermes Agent. Only official website: ccswitch.io项目地址: https://gitcode.com/GitHub_Trending/cc/cc-switchCC Switch v3.11.1 是一次针对 v3.11.0 架构变更的紧急热修复hotfix官方回退了 v3.11.0 引入的“部分键字段合并”Partial Key-Field Merging方案恢复经过验证的“全量配置快照覆盖 通用配置片段Common Config Snippet”机制并同步修复了主题跟随系统、紧凑模式、代理面板布局等多处 UI 与平台兼容性问题。读完本文你将理解这次回退的完整决策依据数据丢失、回填剥离、白名单维护成本三重问题、恢复后的配置切换工作原理及其在源码中的落地方式并掌握各平台的安装方式与 v3.11.0 用户的迁移方案。发布版本v3.11.1发布日期2026-02-28更新规模8 commits | 52 个文件变更 | 3,948 / -1,411 行中文版与日文版发布说明分别见 v3.11.1 中文说明、v3.11.1 日文说明。版本概览一次“撤销式”更新CC Switch 是一款跨平台的 Claude Code、Codex、OpenCode、OpenClaw、Grok Build 与 Hermes Agent 一体化配置管理桌面助手。其核心场景是“提供商Provider切换”——在多个 API 提供商之间一键切换底层 CLI 工具的配置。切换时配置如何写入直接决定了用户数据的安全性。v3.11.0见 v3.11.0 发布说明曾将切换机制从“全量覆盖”升级为“部分键字段合并”切换提供商时只替换 API Key、端点、模型等提供商相关字段保留其余配置。但这一方案在生产环境中暴露出关键缺陷v3.11.1 选择直接回退并在同一版本中修复了若干 UI 与平台问题。本版核心变更速览类别内容回退Reverted恢复“全量配置覆盖 通用配置片段”机制撤销部分键字段合并变更Changed代理开关移入面板主体OpenCode/OpenClaw 改为手动导入修复Fixed系统主题不自动更新、紧凑模式无法退出、代理接管 Toast 显示{{app}}、Windows 协议处理器副作用核心回退从“部分键字段合并”回到“全量覆盖 通用配置片段”v3.11.1 回退了 v3.11.0 引入的部分键字段合并重构对应提交 992dda5c 的 revert。要理解这次回退先看两种机制的差异机制 A部分键字段合并v3.11.0已被回退切换提供商时后端只把“白名单内的关键字段”API Key、Endpoint、模型等写入实时配置文件白名单之外的所有字段保持原样。设计初衷是避免用户手动加在实时文件里的非提供商配置插件、MCP、权限等被覆盖。机制 B全量配置覆盖 通用配置片段v3.10.x 及更早v3.11.1 恢复切换提供商时将数据库中保存的该提供商的完整配置快照整体写入实时配置文件可预期、完整的覆盖用户若希望某些配置在每次切换后仍然存在则通过“通用配置片段”声明——它会在每次切换后与全量快照合并。为什么要回退部分键字段合并的三重关键问题切换时数据丢失不在白名单内的自定义字段在提供商切换过程中会被静默丢弃。用户自定义的非标准配置项一旦不被识别为“关键字段”切换一次就消失。回填剥离造成永久性数据损失数据库回填backfill逻辑会把数据库中的非键字段永久删除导致不可逆的数据丢失。白名单维护负担“关键字段”白名单需要随新配置键的不断出现而持续维护任何遗漏都会变成数据丢失事故。恢复的内容全量配置快照写入切换提供商时执行完整快照写入行为可预期、覆盖完整通用配置片段 UI 与后端命令前端编辑组件与后端 Tauri 命令全部恢复6 个前端组件/钩子3 个组件 3 个钩子v3.11.0 中被移除的部分。源码印证通用配置片段的当前实现从源码结构看恢复后的通用配置片段机制由前端、后端两侧协作完成前端核心是 useCommonConfigSnippet 钩子配合 CommonConfigEditor 等编辑组件。该钩子负责从统一配置config.json加载片段并对老版本 localStorage 中残留的片段做一次性迁移见LEGACY_STORAGE_KEY cc-switch:common-config-snippet的迁移逻辑useCommonConfigSnippet.ts#L80-L100开关切换时调用updateCommonConfigSnippet将片段深度合并进当前配置编辑片段内容时先移除旧片段再写入新片段保证幂等提供“提取”能力从当前编辑器内容中提取公共配置为片段。纯函数层合并与移除的底层实现位于 providerConfigUtils.ts核心是deepMerge递归合并非对象字段直接覆盖、deepRemove只删除与片段完全匹配的嵌套属性避免误删用户改过的值和isSubset子集判定。值得注意的是这三个遍历函数都带有一层FORBIDDEN_MERGE_KEYS__proto__/constructor/prototype防护providerConfigUtils.ts#L14-L26由于通用配置片段会被 WebDAV/S3 同步的远端内容覆盖JSON.parse({__proto__:{...}})产生的自有__proto__属性若不拦截递归遍历会直接污染Object.prototype——这是“片段可被远端覆盖”这一设计前提下的必要安全边界。后端Tauri 命令层提供get_common_config_snippet、set_common_config_snippet含validate_common_config_snippet按应用类型校验 JSON/TOML 片段合法性、extract_common_config_snippet等命令见 commands/config.rs#L292-L340持久化结构为 app_config.rs 中的CommonConfigSnippets按应用类型分存的片段集合并保留从旧字段claude_common_config_snippet到新结构的自动迁移。TOML 场景Codex 等使用 TOML 配置的应用另有专门的update_toml_common_config_snippet实现能保留注释与键顺序见 services/provider/live.rs#L458 及其“保留注释和键顺序”“标量覆盖与按值匹配删除”的单元测试 live.rs#L2539-L2592。迁移指南如果你升级到 v3.11.0 后发现提供商丢失了自定义字段请重新导入你的配置使用备份/导入导出功能或手动重新补回丢失的字段。如果你依赖通用配置片段该功能在 v3.11.1 中完全恢复用法与 v3.10.x 及更早版本一致——用它定义“应在所有提供商切换之间持久保留”的共享配置例如 MCP 配置、权限项等。变更代理面板布局与 OpenCode/OpenClaw 手动导入代理面板开关移入面板主体代理开/关on/off开关从折叠面板accordion头部移动到面板内容区直接置于各应用接管takeover选项上方。这一布局调整针对一个高频误操作用户开启代理后没有看到接管配置项导致“代理开了但没有任何应用被接管”的无效状态。把开关放在接管选项正上方后用户启用代理时会立即看到接管配置交互路径与出错场景直接对冲。从 i18n 文案可以印证“接管是路由生效前提”这一设计例如非 Anthropic 协议的上游Chat Completions、Responses、Gemini Native都明确提示“需要启用路由接管”见 en.json#L1068、en.json#L1523。OpenCode/OpenClaw 移除启动自动导入改为手动导入OpenCode 与 OpenClaw 不再在启动时自动导入外部配置当无数据时空状态界面显示“Import Current Config”导入当前配置按钮与 Claude/Codex/Gemini 的行为保持一致。手动导入避免了启动时静默覆盖用户已有数据的可能也统一了五个受管应用的导入交互心智。修复详解四处 UI 与平台兼容性问题的原理1. “跟随系统”主题不自动更新问题选择“跟随系统”system主题后操作系统切换深色/浅色时应用不跟随。修复原理改为委托给 Tauri 原生主题追踪——即调用set_window_theme(None)前端传system后端映射为 Rust 侧的None让 WebView 的prefers-color-scheme媒体查询始终与真实的系统主题保持同步。从源码可以完整还原这条链路前端 theme-provider.tsx#L98-L128 中theme system时向 Tauri 发送invoke(set_window_theme, { theme: system })。源码注释点明了关键传system使 Tauri 走None分支“让 WebView 的 prefers-color-scheme 与真实系统主题保持同步从而让媒体查询监听器effect #3在系统主题变化时触发”同一文件 theme-provider.tsx#L74-L96 中的媒体查询监听器在prefers-color-scheme变化时切换根元素的dark/lightclass后端命令入口为 commands/misc.rs#L4675 的set_window_theme。之前的实现会显式给窗口设置具体主题值导致 WebView 内部认为主题已被“钉死”媒体查询不再反映系统变化回退到None后原生窗口与 WebView 都跟随系统。2. 紧凑模式无法退出问题AppSwitcher 在宽度不足时自动折叠为紧凑模式但宽度恢复后无法自动退出。修复原理恢复toolbarRef上的flex-1class。flex-1使工具栏容器拉伸占满可用宽度从而useAutoCompact钩子的退出条件基于“可用宽度”而非“内容宽度”判断——此前宽度计算错误导致退出条件永远不成立。这与 v3.11.0 中“AppSwitcher 按可用宽度自动折叠为紧凑模式”的自动折叠特性见 v3.11.0 说明配对保证折叠/展开双向可逆。3. 代理接管 Toast 显示字面量{{app}}问题启用/禁用代理接管时的 Toast 提示直接显示{{app}}占位符。修复原理i18next 的t()调用缺少app插值参数。补上{{app}}对应的插值对象后Toast 正确显示具体应用名。这类问题属于典型的 i18n 插值缺参缺陷翻译模板里声明了变量但调用处没有传值。4. Windows 协议处理器副作用问题Windows 上执行环境检查/一键安装时可能触发意外的协议处理器protocol handler注册产生系统级副作用。修复原理在 Windows 平台禁用环境检查与一键安装入口。从源码结构看环境检查服务 env_checker.rs 使用#[cfg(target_os windows)]条件编译在 Windows 目标下提供与 Unix/macOS 不同的桩实现——从源码结构看这是以编译期特性开关实现的平台差异处理确保 Windows 分支不会走到可能注册协议处理器的安装路径。注意事项与迁移建议通用配置片段回来了如果你在 v3.10.x 及更早版本依赖该功能v3.11.1 中其行为与之前完全一致。用它定义应在所有提供商切换之间保留的共享配置。v3.11.0 部分键字段合并的用户如果你在 v3.11.1 之前的 v3.11.0 中切换提供商后发现配置字段丢失请重新导入配置以恢复这些字段v3.11.1 恢复的是完整快照写入机制无法自动找回已被回填剥离的字段。行为一致性恢复后的机制意味着“切换即完整覆盖实时配置文件”因此凡是你希望跨切换保留的自定义项都应纳入通用配置片段而不是直接改实时配置文件。下载与安装前往项目官网ccswitch.io的 Releases 页面下载对应平台的版本文件。系统要求系统最低版本架构WindowsWindows 10 或更高x64macOSmacOS 10.15 (Catalina) 或更高Intel (x64) / Apple Silicon (arm64)Linux见下表x64Windows文件说明CC-Switch-v3.11.1-Windows.msi推荐—— 带自动更新的 MSI 安装程序CC-Switch-v3.11.1-Windows-Portable.zip便携版解压即用不写注册表macOS文件说明CC-Switch-v3.11.1-macOS.zip推荐—— 解压后拖入 ApplicationsUniversal BinaryCC-Switch-v3.11.1-macOS.tar.gz用于 Homebrew 安装与自动更新说明由于作者未持有 Apple 开发者账号首次启动可能出现“无法验证的开发者”警告。请关闭提示后前往“系统设置”→“隐私与安全性”点击“仍要打开”之后即可正常启动。HomebrewmacOSbrew tap farion1231/ccswitch brew install --cask cc-switch更新brew upgrade --cask cc-switchLinux发行版推荐格式安装方式Ubuntu / Debian / Linux Mint / Pop!_OS.debsudo dpkg -i CC-Switch-*.deb或sudo apt install ./CC-Switch-*.debFedora / RHEL / CentOS / Rocky Linux.rpmsudo rpm -i CC-Switch-*.rpm或sudo dnf install ./CC-Switch-*.rpmopenSUSE.rpmsudo zypper install ./CC-Switch-*.rpmArch Linux / Manjaro.AppImage添加执行权限后直接运行或使用 AUR其他发行版 / 不确定.AppImagechmod x CC-Switch-*.AppImage ./CC-Switch-*.AppImage延伸阅读v3.11.0 发布说明了解被回退的“部分键字段合并”的原始设计动机与影响范围v3.12.0 发布说明v3.11.1 之后的版本演进通用配置片段相关测试CommonConfigEditor 测试、CommonConfig 模态行为测试、保存流程测试【免费下载链接】cc-switchA cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Grok Build Hermes Agent. Only official website: ccswitch.io项目地址: https://gitcode.com/GitHub_Trending/cc/cc-switch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考