任务能够独立推进时，可以在 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 核对。身份验证、模型访问和使用费用由各智能体的服务提供商管理。

## 启动前先选择检出目录

1. 按照 [worktree 参考文档](/zh-Hans/docs/worktrees)，启用 **Worktree**，从相同基线创建 `docs/setup-guide` 和 `test/parser-cases`。已有分支可能复用现有检出目录，请检查路径。
2. 在两个检出目录中分别打开终端，执行以下命令，确认目录和分支不同：

```sh
git rev-parse --show-toplevel
git branch --show-current
git status --short
```

3. 在需要的检出目录中安装项目依赖。通过项目自身的命令，为每项任务配置不同的开发服务器端口，例如 3001 和 3002。
4. 在文档目录中运行 `claude`，在测试目录中运行 `codex`，手动输入范围明确的任务。不要要求智能体修改另一项任务的文件，也不要让其自动集成分支。

交互式入口见 [Claude Code CLI 参考](https://code.claude.com/docs/en/cli-reference)和 [Codex CLI 参考](https://developers.openai.com/codex/cli/reference/)。找不到命令时，先在该 shell 中用 `claude --version` 或 `codex --version` 检查安装和 PATH。

## 观察活动，再审查结果

Paneflow 的活动指示取决于各智能体的集成。空闲状态并不证明测试通过。阅读终端输出，明确处理权限请求，并在 **Changes** 中检查当前检出目录。它将暂存、未暂存的更改和未跟踪文件与该目录的 `HEAD` 比较，并非完整的分支审查。

审查前保存编辑器缓冲区。在测试目录中运行相关测试，单独审查文档，然后将已审查的工作保存为提交。在集成目录中按团队的 Git 流程合入这些提交，解决冲突，并运行组合后的测试套件。除了 [Changes](/zh-Hans/blog/diff-viewer)，还要阅读完整的分支 diff。可观察的结果是两项经过审查的贡献和经过测试的合并工作树，而不是两个完成提示。

## 已核对的范围

本指南的技术演练仅使用 Windows x64 上的 shell，检查两个 Git worktree、独立文件更改、逐目录检查和集成。智能体的版本与帮助入口也已核对。维护者在上一轮内容审查中确认了 Paneflow worktree 的创建和复用；[0.17.4 的实现](https://github.com/arthjean/paneflow/blob/v0.17.4/src-app/src/workspace/worktree.rs)说明了已发布行为。此演练不代表执行过付费模型任务，也不构成速度比较。

## 何时减少并行任务

两个智能体在共享目录中编辑同一文件，可能相互覆盖或产生冲突。worktree 分离工作文件，但提交在集成时仍可能冲突。应明确文件归属，或稍后运行存在依赖的任务。

端口、数据库、CPU、内存和服务提供商的额度仍然共享。端口冲突需要独立配置，增加面板无济于事。如果构建争抢内存、请求受到限流，或一项任务不断等待另一项尚未完成的输出，就暂停其中一项并顺序执行。worktree 不是安全沙箱，本地密钥和网络权限需要单独管理。

审查集成结果时，可用 [worktree 参考文档](/zh-Hans/docs/worktrees)管理检出目录，用 [Files 指南](/zh-Hans/blog/files-sidebar)处理保存冲突。