codex-provider-sync
切换 Provider 后，帮助 Codex 旧会话重新可用
它解决什么
切换 Provider 后，旧会话可能仍记录着原来的 Provider。本工具将会话文件与 SQLite 聊天索引中的 Provider 信息对齐到当前配置，解决元数据不一致的问题。
不保证跨 Provider / 账号的旧会话一定能继续或压缩，也不处理登录、认证或加密内容。信息已对齐时，无需重复同步。
什么时候需要它
按你切换 Provider 的方式，选择对应操作：
- 已用 CCSwitch 等工具切换：同步到当前配置中的 Provider。
- 希望在本工具中切换：选择目标 Provider；工具会更新配置，再同步会话文件和索引中的 Provider。
- Provider 信息已经一致：不必重复同步；继续失败时应查看 Codex 的具体报错。
核心功能
- 同步与切换：预览或直接同步，按需开启自动同步。
- 备份与恢复：修改前自动备份，支持恢复和清理。
- 聊天与日志：按项目浏览会话，查看操作结果和耗时。
- 存储与修复：自定义数据位置，按需诊断和专项修复。
下载 Windows 桌面版
Windows x64，无需 Node.js。未签名；便携版须完整解压。
macOS/Linux Electron 包尚未发布；CLI / Web 的 npm 版本独立发布。
日常使用
- 打开“概览”，确认 Provider、存储路径和同步状态。
- 已通过 CCSwitch 等工具切换 Provider：点击“预览同步”查看影响，或“直接同步”立即执行。
- 查看结果。部分完成时，结束相关占用会话后重试；需要撤销时进入“备份 / 恢复”。
“单独切换 Provider”会修改配置并同步历史 Provider，不改历史模型；自定义 Provider 需预先配置。
修改前自动备份，默认保留最近 2 份，在“备份 / 恢复”中管理；无需修改时不备份，受保护备份不受数量限制。
本地 Web UI
安装 Node.js 16.20.2+ 后运行，获得 npm 当前已发布的 CLI / Web 版本：
npm install -g @dailin521/codex-provider-sync
codex-provider web
默认只监听本机 127.0.0.1:8791，打开浏览器完成配对。跨设备使用见 Web 指南与 SSH 用法。
CLI
安装同一个 npm 包后，先检查，再同步：
codex-provider status
codex-provider sync
CLI 写命令直接执行。切换 Provider、恢复备份、Watch、路径参数及 JSON 退出码见 CLI 指南；命令是否可用以安装版本的 --help 为准。
一个核心，三个入口
Windows 桌面版、Local Web 和 CLI 使用同一套同步、切换、备份与恢复逻辑；选择入口只影响操作方式，不影响同步结果。
flowchart LR
subgraph Entry["入口"]
Desktop["Windows 桌面版"]
Web["Local Web"]
CLI["CLI / 脚本 / WSL"]
end
subgraph Core["共享 Node Core"]
Interface["统一操作入口"]
Operations["状态 / 同步 / 切换<br/>Watch / 修复 / 恢复"]
Runtime["计划校验 / 并发控制<br/>进度与取消"]
Interface --> Operations --> Runtime
end
Desktop --> Interface
Web --> Interface
CLI --> Operations
Runtime --> Config["Codex 配置"]
Runtime --> Sessions["会话文件"]
Runtime --> SQLite["SQLite 索引"]
Operations --> Backup["备份与恢复"]
- 桌面版：日常双击使用。
- Local Web：在浏览器中操作，适合跨平台环境。
- CLI：适合脚本、自动化和 WSL。
普通同步只对齐 Provider；专项修复和恢复需要明确选择。旧 .NET Windows/macOS 版仍作为兼容实现维护。
开发者可查看当前 Node Core 架构和 Electron + Node 架构基线。
同步如何读写，速度取决于什么
同步只解析每个会话的首行元数据，并对齐会话文件和 SQLite 中的 Provider；聊天正文保持不变。
- 满足原地写条件（包括 Provider 字节等长）：直接改写 Provider，无需为替换生成整份会话副本。
- 其他有效首行：更新首行后流式复制正文到新文件，再替换原文件。
这两种方式会自动选择，无需设置加速选项，也不必把 Provider 名称改成相同长度。
速度主要取决于需要更新的会话数量；Provider 长度不同且历史文件较大时，还需要复制正文，耗时会增加。备份、写前校验、落盘和时间戳恢复也会占用时间。操作日志可查看各步骤耗时。
常见问题（FAQ）
已经用 CCSwitch 切换了，还需要做什么？
打开本工具，确认当前 Provider 是你要使用的，再点击“同步”。如果会话文件和索引中的 Provider 已经一致，就无需重复同步。
同步会修改聊天内容或登录信息吗？
不会。同步只对齐会话文件和 SQLite 索引中的 Provider，不修改聊天正文、历史模型或会话排序时间，也不读取或修改登录文件 auth.json。
为什么同步后，旧会话仍无法继续？
Provider 一致只是继续会话的一个条件。请查看 Codex 的具体报错；若涉及加密内容或模型兼容问题，可回到原 Provider / 账号，或新建会话。
显示“部分完成”怎么办？
先查看结果或操作日志中的原因。异常会话会跳过并保留关联索引，正常会话继续处理：格式或大小问题需处理数据后重新预览；占用或变化可等会话停止写入后再同步。已完成的修改不会自动全量回滚。
同步错了，如何恢复？
在“备份”中选择对应操作前的备份并恢复；CLI 可使用 codex-provider restore <backup-dir>。具体步骤见桌面指南或 CLI 指南。
路径配置与 WSL 用法见 CLI 指南；同步耗时说明见工作原理。
文档与开发
- 用户指南：桌面中文 / English · Web · CLI
- 完整文档索引 · 更新日志 · 反馈问题
- 工作原理 · 当前 Node Core 架构与读写约束
- 贡献与构建指南 · 迁移与发布门禁 · AI / Agent 指南
源码开发使用 Node 24：
npm ci
npm run architecture:check
npm test
npm run web:build
npm run desktop:build
开发时先读当前架构，再查对应合同、ADR 与测试。构建成功不等于完成所有平台的发布验收。
致谢与许可
感谢 @tangquanwei 贡献本地 Web UI、聊天记录浏览和多语言文档基础，并通过 PR #80 带入 v0.5.0；感谢所有参与贡献和问题调查的朋友。