在独立检出目录中并行运行 Claude Code 和 Codex
- 发布于
任务能够独立推进时，可以在 Paneflow 的不同检出目录中运行 Claude Code 和 Codex。先明确各自负责的文件，审查每项更改，再集成两个分支并测试。仅仅分割终端，并不会隔离智能体能够编辑的文件。
从两项独立任务开始
首次尝试可以让 Claude Code 更新 docs/setup.md，让 Codex 在 tests/parser.test.js 中为现有解析器添加测试。两者从相同的已提交基线开始。先确定解析器的现有行为；如果测试依赖尚未完成的实现，就应按顺序执行任务。
准备 Paneflow 0.17.4、具有已提交基线的 Git 仓库，以及已安装并完成身份验证的智能体。命令语法于 2026 年 10 月 1 日在 Windows x64 上使用 Claude Code 2.1.286 和 Codex CLI 0.159.2 核对。身份验证、模型访问和使用费用由各智能体的服务提供商管理。
启动前先选择检出目录
- 按照 worktree 参考文档，启用 Worktree，从相同基线创建
docs/setup-guide和test/parser-cases。已有分支可能复用现有检出目录，请检查路径。 - 在两个检出目录中分别打开终端，执行以下命令，确认目录和分支不同：
git rev-parse --show-toplevel
git branch --show-current
git status --short- 在需要的检出目录中安装项目依赖。通过项目自身的命令，为每项任务配置不同的开发服务器端口，例如 3001 和 3002。
- 在文档目录中运行
claude，在测试目录中运行codex，手动输入范围明确的任务。不要要求智能体修改另一项任务的文件，也不要让其自动集成分支。
交互式入口见 Claude Code CLI 参考和 Codex CLI 参考。找不到命令时，先在该 shell 中用 claude --version 或 codex --version 检查安装和 PATH。
观察活动，再审查结果
Paneflow 的活动指示取决于各智能体的集成。空闲状态并不证明测试通过。阅读终端输出，明确处理权限请求，并在 Changes 中检查当前检出目录。它将暂存、未暂存的更改和未跟踪文件与该目录的 HEAD 比较，并非完整的分支审查。
审查前保存编辑器缓冲区。在测试目录中运行相关测试，单独审查文档，然后将已审查的工作保存为提交。在集成目录中按团队的 Git 流程合入这些提交，解决冲突，并运行组合后的测试套件。除了 Changes，还要阅读完整的分支 diff。可观察的结果是两项经过审查的贡献和经过测试的合并工作树，而不是两个完成提示。
已核对的范围
本指南的技术演练仅使用 Windows x64 上的 shell，检查两个 Git worktree、独立文件更改、逐目录检查和集成。智能体的版本与帮助入口也已核对。维护者在上一轮内容审查中确认了 Paneflow worktree 的创建和复用；0.17.4 的实现说明了已发布行为。此演练不代表执行过付费模型任务，也不构成速度比较。
何时减少并行任务
两个智能体在共享目录中编辑同一文件，可能相互覆盖或产生冲突。worktree 分离工作文件，但提交在集成时仍可能冲突。应明确文件归属，或稍后运行存在依赖的任务。
端口、数据库、CPU、内存和服务提供商的额度仍然共享。端口冲突需要独立配置，增加面板无济于事。如果构建争抢内存、请求受到限流，或一项任务不断等待另一项尚未完成的输出，就暂停其中一项并顺序执行。worktree 不是安全沙箱，本地密钥和网络权限需要单独管理。
审查集成结果时，可用 worktree 参考文档管理检出目录，用 Files 指南处理保存冲突。