切换接入后，为什么 Codex 旧对话无法继续？

情况说明

切换接入方式后，旧任务可能仍指向已经删除的 provider 名称，导致打开或继续旧任务时提示 provider 不存在。此工具先只读检查实际数据根和有效配置，再生成可审阅计划。

只处理本机任务关联。它不迁移 ChatGPT 网页历史、云端记忆、正在进行的请求或服务端 Redis 状态。

Codex 帮你处理

我切换了 Codex 的模型接入方式，现在重新打开旧任务时可能看到 “Model provider ... not found”，或者旧任务无法继续。请帮我安全诊断并处理本机历史，不要直接批量替换文本。

所需资源（相对本教程所在站点根目录）：
- [下载离线迁移工具包](/codex-session-migrate-1.0.0.zip)
- [查看工具包校验清单](/codex-session-migrate-manifest.json)

请先下载工具包和校验清单，核对工具版本与 SHA-256 后再解压阅读说明；下载这些公开资源不需要 API Key，不附带认证头。网页复制的提示词会自动带上完整资源地址；如果拿到的是相对路径，请结合教程来源解析，不要猜域名或使用我的模型 API Base URL 替代教程地址。

先只读检查实际生效的数据目录、config.toml、profile 与启动覆盖，确认旧任务引用的 provider、我要使用的目标 provider，以及目标 provider 是否真的在有效配置中定义。provider 名称、Base URL、登录或 API Key 是不同概念；不要因为本站教程给出示例就猜测或覆盖我的本机配置。保留 features、memories、项目 trust、认证、其他 provider 和无关任务。

请把本地任务历史、ChatGPT 网页历史、Codex memories、服务端 Redis 连接状态和正在进行的工具调用分开说明。只有本机 session JSONL 与其已支持的本地索引可能属于这次修复；不要承诺迁移网页记忆，也不要承诺正在执行的连接能无缝续接。

先生成只读诊断与可审阅计划，列出准确任务 ID、源到目标映射、文件和索引前态摘要、未支持对象与阻塞原因。目标或数据目录有歧义时停下问我。仅换账号或密钥且任务关联已经正确时，应明确报告无需迁移。不要上传私人消息、附件、认证文件或完整 API Key。

只有我审阅计划、确认目标，并且关闭所有使用同一数据目录的 Codex 桌面端和命令行客户端后，才从外部终端运行离线迁移工具。先验证每个原始 JSONL 和 SQLite 对象的可恢复备份，备份失败时禁止任何写入。迁移仅可修改被选任务中已支持的 provider 关联；消息、附件、配置和认证文件不得被改写。JSONL 与 SQLite 不是同一个原子事务，必须持久记录阶段、支持中断后的恢复或精准回滚，并在输入漂移或新消息出现时拒绝覆盖。

完成后分别报告：文件/索引结构验证结果、未修改内容守恒、真实客户端重开同一旧任务并追加一轮交流是否已实际验证、仍需我手动执行的步骤。不要把“配置能解析”“数据库读取成功”或“新任务可创建”当成旧任务记忆已恢复。

下载离线工具包 · 下载提示词 · 查看校验清单

给人看的：原因、证据与经验

provider、请求地址和凭据不是同一件事

工具必须从实际生效配置识别目标，不能把所有任务硬改为一个站点示例名称。

备份不成立就禁止写入

全部被选 JSONL 与 SQLite 对象都要先建立并读回验证备份。输入漂移、未知格式或多来源冲突会停在诊断阶段。

结构验证不等于原任务接续

迁移后还要重新打开同一个旧任务，引用已存测试事实并追加一轮交流；新建任务成功不能替代该检查。

rest2build

歇一会儿，让 AI 接着干。

rest 是你的，build 交给 AI。

rest2build 提供面向 Codex、Claude Code 等工具的 AI 模型接入与账号充值服务。公益 Skills 帮你完成配置与重复操作，AI 使用经验帮助定位和恢复问题，Harness 工程将任务拆解、复核与验收融入团队开发流程。

ai.rest2build.lol