# Conductor

Conductor 是一款 macOS 控制中心，可在隔离的 Git 工作区（worktrees）中并行运行 Claude Code、Codex、Cursor 和 OpenCode。它能管理从 Agent 会话到 PR 评审的每个任务环节，而无需取代底层 AI 编程 Agent。

Canonical URL: https://aiidelist.com/zh/ide/conductor

Language: zh

更新日期: 2026-10-06

## 概览

- 分类: Developer Workflow Tools
- 一款独立的 macOS 编排层，用于在隔离的工作区、测试环境和 PR 工作流中协调多个编程 Agent 运行时。
- 编辑器基础: Standalone
- 平台: macOS
- 开源: 否
- 本地模型支持: 是
- 自带 API 密钥: 是

## 简评

对于已经在使用 Claude Code、Codex、Cursor 或 OpenCode 且需要结构化并行任务的 macOS 开发者，Conductor 是一个务实的选择。当任务可以拆分为独立分支并在集成前进行评审时，它价值最高，但它不取代供应商订阅，也不为 Agent 执行提供安全边界。

## 适合场景

- 需要同时运行多个编程 Agent 任务的 Mac 开发者
- 将功能、Bug、实验或 Issue 拆分为独立分支的团队
- 寻求可视化编排界面的 Claude Code 和 Codex 用户
- 每个工作区都需要可重复的配置和运行脚本的仓库
- 希望在提交 PR 前评审 Agent Diff 的开发者
- 在实现、测试和评审中使用不同编程 Agent 的工作流

## 优点

- 相比独立的终端窗口，并行编程 Agent 的工作更易于检查和管理。
- 支持多种 Agent 生态，而不是将每个仓库锁定在单一框架中。
- 隔离的分支和工作区减少了独立任务之间的冲突。
- 在单一界面中结合了本地执行、测试、代码评审和 PR 管理。
- 复用现有的 Claude、OpenAI、Cursor 和 OpenCode 凭据。
- 本地 macOS 应用目前免费使用。

## 局限

- 需要原生桌面应用的 Windows 或 Linux 开发者
- 要求所有 Agent 进程必须在严格安全沙箱内运行的组织
- 寻找带行内自动补全功能的 AI 原生文本编辑器的用户
- 无法拆分为以分支为单位的工作任务的项目
- 预期并发运行大量 Agent 和开发环境的低配置机器
- 需要公开文档化自选云端定价的团队
- 桌面应用目前仅限于 macOS 平台。
- 工作区隔离并非安全沙箱。
- Agent 以当前登录的 macOS 用户权限运行。
- 供应商订阅和 Token 使用费需另行支付。
- 运行多个 Agent 和开发服务器可能消耗大量本地资源。
- 应用为私有软件，云端定价尚未公开。

## 为什么选择 Conductor？

当开发者不再满足于一次只使用一个编程 Agent 时，Conductor 解决了随之而来的协调难题。手动运行多个终端 Agent 虽然可行，但开发者必须频繁创建工作区、记住每个会话所属的分支、重复环境配置、监控后台进程，并最终判断哪些更改可以安全合并。

该产品将这些操作细节转化为可视化的工作流。Conductor 不再将聊天窗口视为基本工作单元，而是将工作区（workspace）视为一个包含自身代码状态、运行时、评审状态和集成路径的可交付流。这种差异至关重要，因为当 Agent 的输出与特定分支和可执行环境绑定，而不是淹没在终端记录中时，其质量将更容易评估。

Conductor 在支持的运行时内对模型层保持中立。团队可以使用一个 Agent 进行功能实现，另一个用于排查问题，第三个用于代码评审，而无需手动维护多个终端布局。不过，Conductor 并没有将所有 Agent 强行统一为相同的体验；规划、目标、检查点、技能和推理控制等能力仍取决于所选的底层框架（harness）。

## 核心工作流程

高效的 Conductor 工作流始于将大目标拆分为可独立评审和合并的小单元。每个单元都会基于自身分支成为一个工作区。与在同一份代码检出中输入多个模糊的提示词并寄希望于修改不冲突相比，这种方式建立了更清晰的边界。

仓库配置应能自动准备每个新工作区。依赖安装、忽略的环境文件、生成的配置以及开发服务器命令都应无需手动干预即可运行。一旦这个基础稳固，启动新 Agent 的成本将变得极低，并行化将节省时间，而不是增加配置负担。

随后，开发者将受限的任务分配给合适的 Agent 运行时。例如，可以让一个 Agent 在不改动代码的情况下追踪 Bug 原因，同时在另一个工作区测试替代方案。必须共享代码演进状态的工作可以留在拥有多个 Agent 标签页的同一工作区内；而可以独立接受或放弃的工作则属于不同的工作区。

最后阶段应被视为“集成”而非单纯的“提示词完成”。任务并不会因为 Agent 停止响应而结束。分支应能成功运行，Diff 应符合预期范围，自动化检查应通过，评审意见应得到解决，且 PR 的规模应保持在人类可理解的范围内。

## Conductor 的适用场景

如果开发者已经信任基于终端的编程 Agent，但发现管理 Git 和相关流程的成本越来越高，那么 Conductor 将非常有用。典型场景包括：并行处理多个互不相关的待办事项、为棘手缺陷测试多种修复方案、按包（package）拆分迁移任务，或要求独立 Agent 分别排查前端、后端和测试失败的问题。

它也适用于必须先执行功能分支才能做出判断的仓库。UI 更改、API 修改、数据库迁移和全栈行为很难仅凭生成的文本进行评审。独立的运行环境允许开发者以接近最终应用的形式检查每个候选分支。

另一个实际用例是将实现与验证分离。一个 Agent 编写更改，另一个 Agent 评审同一分支、查找遗漏情况或修复测试。这并不能取代人工评审，但它能比“Agent 既创建又审批自己方案”的工作流更早地暴露冲突点。

对于主要向单个 Agent 请求少量修改、极少维护并发分支，或已经拥有一套可靠的自定义 tmux 和 worktree 系统的开发者，该产品提供的杠杆作用较小。在这些流中，额外的应用层可能只是对活动进行了组织，而没有实质性地减少工作量。

## 竞品对比

**Superset** 是概念上最接近的替代品，因为两款产品都专注于在隔离的 Git 工作区中运行多个编程 Agent 会话。选择哪款可能取决于平台支持、开放程度、团队功能、远程执行、界面偏好，以及各自对团队已使用的 Agent 运行时的支持紧密程度。

**Vibe Kanban** 从任务看板的角度处理问题。如果希望在 Agent 开始执行前，规划、优先级和分配在看板 Issue 中保持可见，它是更强的候选者。Conductor 则更以工作区为中心，吸引那些核心关注点是将本地代码从隔离运行时推向评审并最终转化为 PR 的用户。

**Nimbalyst** 同样为并行 Agent 工作提供可视化环境，但更强调集成化的工作区体验。开发者应对比各工具在环境配置、浏览器预览、行内评审、工作区清理、供应商凭据以及切回现有编辑器方面的处理方式。

**Parallel Code** 适合那些优先考虑开源可用性和更广泛桌面平台支持的团队。Conductor 可能会受到青睐原生 Mac 工作流和快速扩展集成的用户喜爱，而开源替代品则更容易根据内部要求进行审计、修改或部署。

**Claude Code、Codex、Cursor 和 OpenCode** 并不是 Conductor 的直接替代品，因为它们执行的是被 Conductor 协调的 Agent 工作。开发者可以脱离 Conductor 使用这些工具，但这意味着需要直接负责工作区管理、进程隔离、状态追踪、评审和清理。

## 最佳配置建议

首要配置任务是确保工作区创建的确定性。安装脚本应仅安装缺失部分，复制最少的本地必要配置，并在失败时给出易懂的信息。如果脚本依赖原始检出路径、固定的绝对路径或单一的全局端口，将会破坏并行执行。

使用仓库级设置来管理通用的约定，使用本地设置来管理特定机器的路径或个人命令。检入的 Agent 指令（如 `AGENTS.md` 或 `CLAUDE.md`）应描述架构、验证命令、禁止的更改和完成标准，而不应嵌入密钥或特定环境的假设。

为每个可运行的工作区分配独立端口，除非项目明确支持并发，否则避免共享可变的本地状态。除了 Web 服务器端口外，数据库、模拟器、容器名称、缓存和后台工作进程可能也需要工作区专属的标识符。

对于不熟悉的仓库和高风险任务，应保持权限提示开启。工作区虽然保护了主检出代码免受普通分支冲突的影响，但它并不能阻止 Agent 读取无关文件、访问用户的凭据、运行破坏性 Shell 命令或连接外部服务。

将并行任务数量保持在机器的实际极限以下。更多的 Agent 并不自动产生更多有用的产出。在模型会话本身成为瓶颈之前，构建系统、语言服务器、浏览器实例、测试套件和开发数据库可能会耗尽内存或 CPU。

## 迁移建议

从手动管理终端 Agent 迁移的开发者应从单个仓库和少量独立任务开始。现有的分支无需放弃，但在多会话并行依赖环境脚本之前，应先在全新的工作区内对其进行测试。

常见的迁移失败点是假设每个被忽略的文件都会自动出现在新工作区中。项目通常依赖 `.env` 文件、本地证书、生成的凭据、包管理器状态或未跟踪的配置。这些依赖项应明确地被复制、重新生成或替换为工作区安全的默认值。

从单 Agent 工作流转向并行模式的团队还需要调整任务设计。并行化在权属边界清晰时效果最好。如果分配两个工作区修改同一个核心模块，冲突将从工作目录转移到合并阶段，届时解决冲突的成本可能比顺序执行任务更高。

现有的供应商身份验证通常可以复用，但团队应确认当前激活的凭据路径。即使通过同一个 Conductor 界面操作，订阅登录、直接 API 密钥、兼容的网关和 OpenCode 供应商也可能具有不同的计费、数据留存和模型访问策略。

## 并行 Agent 工作的实际权衡

并行化的主要收益是缩短耗时，而不是保证工程质量的提升。多个 Agent 可以同时研究独立问题，但每个被接受的分支仍会产生评审和集成工作。瓶颈可能会从“编写代码”转移到“理解 Diff”和“在竞争方案中做选择”。

分支隔离也不能消除架构上的不一致。独立工作的 Agent 可能会引入不同的抽象、重复的工具函数，或对共享接口做出不兼容的假设。随着同时运行的工作区数量增加，仓库指南和任务分解变得愈发重要。

当人类负责优先级排序和集成时，Conductor 的效果最好。该应用可以让 Agent 状态透明化并减少机械的 Git 操作，但它无法判断多个本地正确的修改是否构成了一个连贯的产品。因此，最高效的工作流是“受控的并发”：并行任务多到足以减少等待，但不至于多到让评审成为新的瓶颈。

## 功能

### 工作区编排

- 每个任务拥有隔离的 Git 工作区和分支
- 具有独立进程和上下文的并行工作区
- 从分支、PR 和 Issue 创建工作区
- 工作区自动存档与恢复

### Agent 运行时

- 托管的 Claude Code 和 Codex 安装
- 通过 Cursor API 进行 Cursor Agent 会话
- 支持 OpenCode 供应商及本地模型
- 同一工作区内支持多个 Agent 标签页

### 评审与交付

- 内置统一视图及按提交过滤的 Diff 查看器
- 向编程 Agent 发回行内反馈
- PR 创建、检查、评论和合并管理
- 检查点和逐回合的变更历史

### 项目环境

- 仓库配置、运行及归档脚本
- 为并行开发服务器分配独立端口
- 从仓库根目录进行 Spotlight 测试
- 共享的仓库设置和指令文件

### 控制与集成

- 规划、快速、推理、目标及人格化控制
- 为兼容框架提供 MCP 服务器支持
- 支持 GitHub 和 Linear 的 Issue 工作流
- 供应商订阅和 API 密钥身份验证

## 价格

freemium

- Local App: $0 — Conductor 本地使用免费。模型使用费由所选的 Agent 供应商单独计费。
- Conductor Cloud: Not publicly listed — 云端工作区通过早期访问计划提供。
- Enterprise: Custom — 关于企业级部署、隐私、安全及工作流自定义需求，请联系 Conductor。

价格核对日期: 2026-07-10

## 支持的模型

- Anthropic Claude
- OpenAI Codex
- Cursor Composer 2.5
- OpenCode Zen
- OpenCode Go
- OpenRouter
- Baseten
- Cerebras
- Vercel AI Gateway
- ChatGPT
- GitHub Copilot

## 隐私与数据处理

本地工作区文件和聊天历史存储在用户的 Mac 上，而非 Conductor 服务器。模型请求发送至选定的供应商。Conductor 通过其基础设施和 PostHog 收集账户信息、功能分析、电脑元数据、崩溃数据和部分错误详情。Agent 以当前用户的本地权限执行，Conductor 不提供沙箱防护。

## 企业功能

- 用户级企业数据隐私模式
- 仓库级隐私配置
- 通过 .conductor/settings.toml 共享仓库设置
- 本地存储仓库文件和聊天历史
- 使用组织控制的模型凭据
- 自定义部署和安全评估
- 可禁用依赖外部 AI 供应商的功能
- 不收集会话录屏

## 替代工具

- Superset
- Vibe Kanban
- Nimbalyst
- Parallel Code

## 资料来源

- [官方网站](https://www.conductor.build/)
- [Conductor 官网](https://www.conductor.build/)
- [Conductor 文档](https://www.conductor.build/docs)
- [Harness 文档](https://www.conductor.build/docs/reference/harnesses)
- [隔离工作区文档](https://www.conductor.build/docs/concepts/workspaces-and-branches)
- [并行 Agent 文档](https://www.conductor.build/docs/concepts/parallel-agents)
- [安全与权限文档](https://www.conductor.build/docs/reference/security-and-permissions)
- [隐私政策文档](https://www.conductor.build/docs/reference/privacy)
- [Conductor 企业版](https://www.conductor.build/enterprise)
- [Conductor Cloud](https://www.conductor.build/cloud)
- [Conductor 更新日志](https://www.conductor.build/changelog)
- [官方品牌资源](https://www.conductor.build/brandkit)

最近核对日期: 2026-07-10

## 更新记录

- 2026-03-30: Conductor 宣布获得 2200 万美元 A 轮融资，并计划扩展至本地 Mac 之外的 Agent 编排领域。
- 2026-06-19: 版本 0.68.0 引入了实验性的 OpenCode 支持和额外的工作区控制功能。
- 2026-06-26: 版本 0.70.0 为 Monorepo、测试和开发进程增加了多个可配置的运行脚本。
- 2026-07-03: 版本 0.72.0 改进了 Agent 消息优先级、供应商密钥控制、云端同步以及后台任务处理。
- 2026-07-09: 版本 0.74.0 增加了项目过滤、协作 Alpha 功能、更强的 Git 回退行为以及扩展的内置 PR 管理。
- 2026-07-10: 根据官方文档审阅了目录定位、定价状态、支持的框架、平台可用性及隐私信息。