Claude Code 和 Codex 可以同时对着同一个仓库工作，但前提不是把两个终端开在同一个目录里。一个负责实现，一个负责审查或另一种实现。两边都强，也都会改文件。没有隔离时，它们会互相覆盖分支、索引和工作目录。
HiFox 不替代这两个工具。它们继续负责写代码，费用仍然走你已有的 Coding Plan 或 API key。HiFox 负责把任务派给 Agent、让每次运行隔离，并把结果留在任务上供人审查。
为什么要在同一个仓库上同时运行
常见原因有三个。一个工具更适合大范围阅读和计划，另一个更适合按指令改代码。你想让第二个 Agent 审查第一个的结果，而不是只看 diff。或者两条互不依赖的任务可以并行，而不想等一条做完。
这些理由都不要求它们共享一个检出目录。共享目录只会让 HEAD、暂存区和未提交文件变成双方都能改的状态。
第 1 步：给每个 Agent 自己的 worktree
git worktree 从根上避免碰撞。一个仓库可以同时检出多个工作目录，每个目录在自己的分支上。在主仓库里为每个工具建立一个工作目录：
git worktree add -b claude-task ../repo-claude main
git worktree add -b codex-task ../repo-codex mainClaude Code 只打开 ../repo-claude，Codex 只打开 ../repo-codex。它们共享同一份 Git 历史，但分支、索引和文件各自独立。不要把 worktree 嵌套进主检出目录。
第 2 步：让每个工具读到适合自己的指令
两个工具的项目指令文件不同。把共用的仓库约定放在两边都能读到的位置，把只适用于某一个工具的命令留在那个工具自己的指令里。不要假设一个工具会自动遵守另一个工具的配置。
指令里写清允许修改的目录、必须运行的检查，以及做完后如何汇报。模型名、命令和文件路径保持原文。
第 3 步：启动，然后看协调缺口在哪里打开
两个会话可以同时改代码、跑测试。缺口不在执行，而在执行之外：谁认领了哪条任务，哪一次运行正在跑，哪一个结果等着人看，失败应该回到哪里。
两个终端各自有滚动输出。没有任务记录时，审查人只能重新打开两边的会话，或者从两份 diff 里重建发生了什么。
两个终端在哪里停止扩展
再往上扩，常见做法是用脚本创建 worktree，并在命名的 tmux 窗格里启动对应工具。少量运行有用，随后分支命名、清理和重试会变成另一套要维护的系统。哪类编码任务用哪个模型，以及在自己的代码库上比较 Agent 而不是只看基准，都是这时要做的判断。
一个人和两个 Agent 还能靠记忆协调。再增加一条任务、另一个人或第三台电脑，记忆就不够了。你需要看见：任务的处理人是哪个 Agent，运行是排队、运行中还是失败，结果是否已经回到任务，以及谁接受了它。
HiFox 把这层补上。每条任务可以指派给一个 Agent，在已连接的电脑上选择 Runtime，并使用隔离目录或 worktree。Claude Code 和 Codex 仍然执行。任务保存上下文、进展、阻塞和审查。
今天就能做的检查
- 两个工具没有打开同一个目录。
- 每个 worktree 有自己的分支，git worktree list 能看出它们在哪里。
- 每边都有自己的依赖安装，不共享 node_modules。
- 每条任务有一个人能够检查的完成标准。
- 结果写回任务或 pull request，而不是只留在终端历史里。
- 需要判断、分工或跨团队确认的工作仍然由人来做。
如果要继续同时使用 Claude Code 和 Codex，而不是只押在一家生态上，这正是 HiFox 要处理的问题。可以下载 HiFox，连接一台电脑，再把第一条任务派给合适的 Agent。
常见问题
可以让两个工具编辑同一批文件吗？
可以先后编辑，不应该同时在同一个检出目录里编辑。用两个 worktree 和两个分支，再通过审查把变更合回去。
HiFox 会代替 Claude Code 或 Codex 吗？
不会。这两个工具继续写代码。HiFox 负责任务、指派、隔离、运行可见性和人工审查。
没有 HiFox 时能这样做吗？
能。两个 worktree 加两条清晰的任务说明就够开始。当任务数量、审查和「现在谁在做什么」变成负担时，再把记录放到看板上。
HiFox
