Factory Droid 深度教程：从 Spec 规划到多智能体协作

修一个简单的 Bug，现在几乎所有 AI 编程助手都能交卷。但要是让你把一个旧系统的核心鉴权模块重构，顺便补齐测试、更新文档，大部分基于聊天框的 Agent 立刻就会顾头不顾尾。

Factory 给自家的 Droid 换了打法。他们不再主打单一的代码补全，而是把这套 CLI 工具改造成了一个能指挥多个子智能体协作的工程调度台，专门用来应付那些动辄牵扯几十个文件的大型开发任务。

先做技术设计，再碰业务代码

很多人用 AI 编程时最头疼两件事：要么是它读了两行代码就急着动手，改出一堆莫名其妙的隐患；要么是给出一段假大空的计划，根本落不了地。

Droid 里最亮眼的设计是 Spec Mode。当你给出一个复杂需求时，它不会立刻敲代码，而是先深入代码库调研，输出一份包含技术设计、预期变更文件列表、测试策略的详细规格说明书。

在这个阶段，修改方案的成本是最低的。你可以质疑它的假设，追问异常情况和回滚方案，直到你手动批准这份设计，它才会真正开始写代码。这些被确认的规格书还能直接存成 Markdown 文档，留给以后的代码审查和新 Agent 参考。

平时在终端交互时，Droid 还藏了一个贴心的小细节：在空白提示符下直接按感叹号就能切进 Bash 模式，查完 Git 状态或跑完测试按 Escape 就能退回，不用跟模型没话找话。

拆分任务，让多个 Agent 不打架

为了处理更大的工程项目，Factory 引入了一整套上下文与隔离机制。项目根目录和 Monorepo 子包可以通过 AGENTS.md 约定架构边界、测试规范和禁止事项，而部署清单或回滚脚本这类特定场景的规则，则被封装成只有用到时才加载的 Skills。

面对跨系统协作，Droid 支持通过 MCP 协议接入 Linear 或 Sentry 等外部服务。但官方的建议非常克制：工具接口越少越好，别给模型塞一堆定义模糊的工具，否则它更容易挑错并引发意外。

更关键的在于并发。Droid 支持将任务拆分为里程碑式的 Missions，分发给具有不同模型和权限的 Custom Droid。配合 Git Worktree 功能，不同的 Agent 可以在各自独立的本地工作区里并发改代码、跑测试，完全不用担心把同一个分支的代码改烂。

为什么重要

我们认为，Factory 这次展现了一个非常清晰的趋势：大模型本身的能力已经拉不开致命差距，决定工具上限的，是套在模型外面的工程调度系统。

对于每天要应付复杂业务的开发者来说，Droid 极其适合那些步骤繁琐、牵一发动全身的重构、版本升级或多系统迁移。如果只是改两行样式，打开 Cursor 或普通补全工具显然更快；但如果是做架构改造，Spec Mode 和 Worktree 提供的安全感明显更高。

Factory 这套打法聪明在抓住了工程交付的真正痛点。它不吹嘘端到端全自动，而是把精力放在了人工审核节点、上下文分层和工作区分离上。真正的代码工程从来不是写得越快越好，而是每一步变更都要能解释、能回滚。

不过隐患也同样明显。配置好 AGENTS.md、Skills 和多 Agent 权限需要相当高的前期工程成本。团队如果本身就没有规范的测试用例和清晰的架构文档，这套复杂的 Agent 编排系统很可能会变成一个昂贵的玩具，让排查 Agent 自身的逻辑分歧成为新的负担。