整合 CC 3.17 底座并保留 Tuzi 产品能力

[selwen-0102]

问题描述

现有 Tuzi 1.x 底座无法持续承接 CC Switch 新版本能力。升级过程中必须保持 Tuzi 品牌、数据目录、六线路、Codex 会话历史、官方认证和更新能力，不能用新版 CC 覆盖 Tuzi 产品功能。

修复思路

• 以 CC Switch v3.17.0 后的精确提交 f6e37ed99443 为完整底座。
• 将 Tuzi 品牌、Provider 线路、会话迁移、认证保护、原生 updater 和 Web 热更新重建为产品扩展层。
• 增加受保护路径和 pnpm check:tuzi 产品契约，后续 CC 同步先恢复 Tuzi 专属文件再运行全量门禁。
• 移除主界面、通用设置和托盘中的项目切换入口。
• Gemini OAuth Client 凭据改为通过 release Environment 构建变量注入，源码不保存明文。

更新代码架构

• CC 正式版本底座 + Tuzi 产品扩展层
• CC 正式 Release 自动同步到 develop 的 PR 流程
• Tuzi 原生签名发布与 Web 热更新双链路
• Codex 统一会话桶、迁移备份账本与精确恢复
• 独立 Docs 与 QA 报告

验证结果

• pnpm check:tuzi：通过
• pnpm format:check：通过
• pnpm typecheck：通过
• Tuzi Provider 与 updater：4/4 通过
• 托盘专项：25/25 通过
• Codex 会话迁移：26/26 通过
• Codex 官方认证保留：3/3 通过
• Web 热更新：7/7 通过
• Rust 格式、YAML、git diff --check：通过
• GitHub Secret Protection：通过，OAuth 明文已移除

发布前置条件

仓库默认分支当前仍为 main。本 PR 合入 develop 后，GitHub 定时工作流若要自动运行，还需将同步工作流纳入默认分支，或将 develop 设置为默认分支。

release Environment 还需配置 updater、Apple 签名/公证、Web 热更新及 Gemini OAuth 构建凭据。详情见 Docs 与 QA 文档。

[chenpingan666]

已完成审查。重点检查了 Tuzi 产品扩展层、Codex 会话与认证、updater/热更新、上游同步及发布工作流；未发现阻塞问题。远端跨平台 CI 全部通过，本地 pnpm check:tuzi、format:check、typecheck、451 项单测、cargo fmt 与 cargo check --locked 均通过。