Files
MemRelay/projects/211ab78b-753e-4017-8533-79ae2c92d218/Checkpoint 2026-09-08 03-34-51 UTC [13864097d3].md
T

2.3 KiB

title, type, permalink, stable_id, scope, project_id, memory_type, status, revision, restored_from_commit, created_at, updated_at, tags
title type permalink stable_id scope project_id memory_type status revision restored_from_commit created_at updated_at tags
Checkpoint 2026-09-08 03:34:51 UTC [13864097d3] checkpoint main/projects/211ab78b-753e-4017-8533-79ae2c92d218/checkpoint-2026-09-08-03-34-51-utc-13864097d3 726c136f-18b5-4373-ac30-517c2d2ec063 project 211ab78b-753e-4017-8533-79ae2c92d218 checkpoint active 1 6a6a895eaf 2026-09-23T14:51:45.770381+00:00 2026-09-23T14:51:45.770442+00:00
completed
codex
cc-switch
provider-repair

已完成 CC Switch 切换中转站后 Codex App 旧会话无法加载的修复。

完成内容:

  • 确认根因不是 config.toml 语法,而是 126 条会话引用 aicodings-codex,当前 SoleAPI/其他模板仅定义 custom。
  • 关闭 Codex App 与 CC Switch 后创建完整备份:C:\Users\Administrator\.codex\backups_state\manual-provider-repair\20260908-113145。
  • 迁移 131 个活动/归档会话文件中的 3676 个 provider 引用为 custom。
  • 更新 state_5.sqlite 126 行、sqlite/codex-dev.db 40 行线程目录记录为 custom。
  • 修正 CC Switch 数据库中 AICodings 模板的顶层 provider 为 custom;四个中转站模板现均为 custom。
  • 启用 unifyCodexSessionHistory=true,避免以后官方/第三方桶再次分裂。
  • 修复一条修复前已存在的归档 JSONL 断裂行;原始内容仍在上述备份。

验证结果:

  • 132 个 JSONL、453547 行全部能解析,旧 provider 结构化引用为 0。
  • 两个 SQLite 库 integrity_check 均为 ok;会话库 126 条和目录库 40 条均为 custom。
  • 当前 config.toml 为 custom 且定义存在;Codex CLI 可正常加载。
  • 重启 CC Switch 后设置与数据库未回退;已启动 Codex App 并打开旧会话 019f8e23-a65b-7d03-92d3-05fb19dd6602。

下一步:用户可直接在已打开的 Codex App 中确认旧会话页面;以后通过 CC Switch 切换任意现有第三方中转站时,模板 provider 都保持 custom。若新增供应商,确保顶层 model_provider 与对应 [model_providers.<id>] 一致。

给下个会话:不要恢复旧 aicodings-codex 标识;需要回滚时使用上述手工备份,回滚前必须关闭 Codex 与 CC Switch。无需 Git 操作,此任务修改的是用户级应用配置与本地会话库。