我切换了 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 不是同一个原子事务，必须持久记录阶段、支持中断后的恢复或精准回滚，并在输入漂移或新消息出现时拒绝覆盖。

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