Proliferate：让 Claude Code、Codex、OpenCode 并行干活的国产级开源 AI IDE

原文来源：proliferate-ai/proliferate — 一个在工作区里并行运行多种编码 Agent 的开源 AI IDE，每个任务都有隔离的 git worktree、终端和审查状态

编码 Agent 现在多到挑花眼：Claude Code、Codex、OpenCode、Cursor、Grok……每个都有自己的特长和脾气。多数人用一个顺手就锁死了，但 Proliferate 的想法不一样——为什么不把它们全部用起来，让它们在同一个工作区里并行干活？

这个项目 8 月 21 日刚登上 Hacker News 的 Show HN（当时 23 票），仓库里 193 stars、49 forks、14 位贡献者、2904 次提交、158 个 release——昨天还在发新版本，开发非常活跃。定位一句话说清：开源 AI IDE，通过原生 harness 运行各种编码 Agent，本地或云端并行跑，支持构建可复用的工作流。

一、它解决什么问题

用过编码 Agent 的人都知道几个痛点：

单 Agent 单线程。 一个 Claude Code 会话一次只能专注一个任务。改完 A 功能才能改 B 功能，明明并行不冲突的活被串行排队。

上下文互相污染。 多个 Agent 同时操作一个工作目录，文件冲突、状态错乱是家常便饭。你不敢让两个 Agent 同时动同一个仓库。

生态锁定。 用惯 Claude Code 的 workflow 换个 Codex 就得重来，Agent 之间的工具、skill、MCP 配置各搞一套。

Proliferate 的解法是把"并行"和"隔离"做到产品核心：每个任务获得一个隔离的 git worktree（独立分支和工作目录）、终端、对话和审查状态。十个 Agent 同时跑，各自在自己的分支和目录里折腾，互不干扰，最后统一审查合并。

二、核心功能拆解

按 README 的官方功能列表：

• 原生 harness：Claude Code、Codex、OpenCode、Cursor、Grok 等。注意是"原生 harness"而不是套壳——它直接驱动各个 Agent 自己的 CLI 和运行时，不是重新实现一套兼容层。
• Worktree 工作区：每个任务一个独立分支和独立工作目录，这是并行安全的基石。
• 并行 Agent：同一个工作区里多个 Agent 各干各的，互不打架。
• 子 Agent：Agent 可以把范围明确的小活委托给子 Agent，完成后再把结果收回来——层次化分工。
• 集成：MCP、skills、Computer Use、Browser Use、自定义工具，配置一次，所有 Agent 共享。这是生态锁定问题的解药：一份 MCP 配置，Claude Code 和 Codex 都能用。
• 工作流：定时和事件驱动的 Agent 运行——夜间自动 review、收到告警自动分诊、依赖自动升级。把 Agent 从"手动点运行"变成"后台常驻员工"。

技术栈上 TypeScript 占 51.5%、Rust 占 26.8%、Python 占 17.9%。Rust 的比例说明核心运行时（叫 AnyHarness）是重量级工程，不是玩具。

三、自托管：AGPL-3.0 全栈可部署

这是它和很多"开源但服务端闭源"的 AI IDE 最大的区别：完整的控制平面都可以自托管。官方文档给了 Docker、AWS、GCP、Azure、Kubernetes 甚至 air-gapped（离线隔离）环境的部署指南。

• Docker Compose：跑 Caddy、Postgres 和 API，带启动和更新脚本
• AWS 一键部署：CloudFormation 封装，EC2 上直接起整套栈
• 配置：.env.production.example 文档化所有必填和可选设置

桌面应用可以指向自己的控制平面，数据不出自己的机器。对重视数据隐私的团队和独立开发者来说，这是硬需求。

四、上手实操

按 README 的指引，从源码跑起来的流程：

# 环境要求：Rust stable、Node.js 22+、pnpm
make install
make dev-local   # 跑桌面应用 + 本地 AnyHarness 运行时

本地全栈开发额外需要 Python 3.12+ 和 uv。如果你想跳过编译直接用，官网提供 macOS 下载。

实际使用场景示例：

1. 并行审查：让 Codex 在分支 A 写新功能，Claude Code 在分支 B 重构旧代码，OpenCode 在分支 C 修 bug——三个 Agent 同时推进，最后逐个审查合并
2. 夜间工作流：配一个定时 workflow，每天凌晨自动跑代码 review 和依赖升级，早上起来看报告
3. 事件驱动：监控到 CI 失败或线上告警，自动拉起一个 Agent 开始诊断

五、适用人群与选型建议

适合谁：

• 重度多 Agent 用户：手头有多个编码 Agent 在用，想要统一管理和并行调度
• 需要隔离的团队/个人：多个任务并行时不想被工作目录冲突折磨
• 隐私敏感场景：代码不出内网，完整自托管（AGPL-3.0 协议也要求开源衍生，商业闭源集成要注意）
• AI 工作流自动化：想要定时/事件驱动的 Agent 流水线，而不只是交互式对话

不适合谁：

• 只用单个 Agent、任务串行就够的轻度用户——这项目的能力核心在并行和编排，单 Agent 场景体验不到优势
• 需要商业支持的企业——AGPL-3.0 + 社区驱动（Discord + Issues），没有 SLA
• 期待开箱即用的托管服务的用户——官方没有云托管版（README 已移除 web 版相关内容），定位就是本地 + 自托管

和同类对比：如果把编码 Agent 比作员工，Claude Code/Codex 是员工本人，Proliferate 是给员工们配的办公室——有工位（worktree）、有会议室（审查）、有排班表（workflows）。同类工具里它属于"编排层"而非"执行层"，这定位在开源世界里还挺稀缺。GitHub 上另一个方向是 Single 这类单 Agent 封装，主打开箱即用，两者不冲突，可以搭配。

六、值得关注的点

项目迭代速度惊人：158 个 release、最近一次 8 月 21 日、每天都有提交。commit 历史里能看到它在认真做工程——Windows 和 Linux ARM64 的平台修复、SSO 配置、发布流水线统一，这些细节说明不是 demo 级项目。

一个要注意的点：stars 还不高（193），社区生态还在早期。用之前建议先跑一遍 make dev-local 体验下工作流顺不顺手——这种工具类产品，实际体验比纸面功能重要得多。

GitHub 仓库 | 官方文档 | Changelog