Codex 项目目录迁移后任务无法同步，根本原因通常是任务绑定了绝对路径，而不是仓库地址或项目名称；因此需要先核对 Git 顶层路径，再重新加载项目配置、手动修正自动化路径，并按需重建 Worktree。

当你把 Codex 项目目录从 D:workfrontend 更换为 E:devfrontend-v2 后，原先正在运行的自动化任务、Worktree 分支以及定时批处理通常都会立即失效——因为 Codex 任务默认绑定的是本地绝对路径，而不是项目名或 Git 仓库 URL。

确认新旧目录是否仍指向同一 Git 仓库

首先在终端进入新目录：cd E:devfrontend-v2，然后执行 git rev-parse --show-toplevel。如果返回结果不是 E:devfrontend-v2，说明当前目录并不是原仓库的有效工作区，很可能只是手动复制出来的副本，此时 Git 配置、hooks 以及 submodules 等信息可能已经丢失。遇到这种情况，必须先重新建立仓库关联，再考虑同步 Codex 任务。

如果命令输出正常，再继续执行下一步。

重载项目配置并刷新任务绑定

在 Codex 桌面客户端中，点击左侧项目列表顶部的【+ Add Project】→ 选择新的项目路径 E:devfrontend-v2 → 点击【Confirm】。

此时 Codex 会自动读取该目录中的 .codex/config.toml（如果存在），并加载原有的 Agents、技能和自动化规则。不过需要注意：旧项目记录不会自动删除，也不会自动继承或迁移已有任务状态。你需要手动移除旧项目（右键 → Remove Project），否则两个同名项目同时存在，后续很容易出现任务触发混乱或绑定错误。

恢复 Worktree 任务

方法一：通过命令行重新创建隔离分支

在新项目根目录中打开终端 → 执行：git worktree add ../frontend-v2-worktree feature/login-refactor → 该命令会在同级目录创建一个独立工作树，之后 Codex 启动新任务时，直接指定这个新路径即可。

方法二：继续使用原有 Worktree 路径（仅适用于旧路径未删除的情况）

如果原先的 Worktree 目录仍然存在，例如 D:workfrontend.gitworktreeslogin-refactor，并且其中 gitdir 文件记录的 Git 目录路径依旧有效，能够正确指向新仓库的 .git，那么 Codex 通常还能继续识别并使用该 Worktree。但如果旧目录已被删除，或者 .git 的实际位置发生了变化，那么这个 Worktree 基本可以视为损坏，继续强行使用可能导致文件写入位置混乱。

修复自动化任务路径依赖

第一步：打开【Automations】标签页 → 找出所有状态为「Failed」或「Skipped」的任务 → 点击编辑图标。

第二步：检查「Project Path」字段。如果这里仍然显示 D:workfrontend，请手动修改为 E:devfrontend-v2；如果该字段是灰色且无法编辑，说明这个自动化任务仍绑定在旧项目上下文中，此时需要先复制提示词，再新建自动化，并重新绑定到新项目路径。

第三步：重点检查定时任务的运行环境——确认系统电源设置依然是【阻止计算机进入睡眠状态】。否则任务可能会在后台被静默跳过，既不报错，也不会自动重试。