给开发流程装上流水线：Vercel 的 Foreman 让 AI Agent 包办从需求到 PR 的四道工序

这个项目能干干嘛

说白了，Foreman 是一个「AI 软件工厂」：它把 AI Agent 嵌进软件开发的每一个环节，但把最终的判断权留给人。你只需要在 GitHub 或 Linear 上丢一个任务，Foreman 会把这个任务推进四道工序，最后在你的仓库里交出一个已经过评审的草稿 PR。你负责看一眼、标个「就绪」、点合并就行。换句话说，它接管的是那些重复、耗时的实现活儿，而不是替你拍板。

为什么最近火了

最近「AI 软件工厂」这个概念特别热，大家都在想怎么把一整个开发闭环交给 Agent。Foreman 刚好踩在这个点上，而且它是 Vercel Labs 出品，自带一键 Vercel 部署按钮，几分钟就能跑起来。更关键的是它用 MIT 协议开源，门槛极低，再加上「人在回路」这个卖点——很多人怕 Agent 乱改代码，Foreman 把评审权牢牢抓在手里，这种克制反而让人敢用。

技术亮点

真正有意思的是它把流程拆成了四个互相独立的工位，每个工位都是自己的 Agent，有自己的指令、沙箱和工具：

• Classifier（分类员）先给任务分型：类型、优先级、复杂度、能不能动手。如果任务本身没说清楚，它会回头问提需求的人，而不是瞎做。
• Analyst（分析师）基于你仓库的实时副本，把任务变成一份带验收标准的计划。
• Implementer（实现者）在自己的沙箱里执行计划，用你仓库自带的检查（测试、构建、lint）来验证，然后推一个分支。
• Reviewer（评审员）只盯着最终 diff 下判断，而且它永远看不到实现者的思考过程，相当于内部做了一次盲审，避免「自己写的自己觉得没问题」。

更妙的是 Foreman 在每次运行之间会保留一个「工厂大脑」（factory brain）——关于你仓库的笔记，下次运行直接带着走，越用越懂你的项目。任务入口也很多样：给 issue 打上 factory 标签、在 issue 里 @ 它、从 Linear 委派、本地用 TUI 交任务，甚至 CI 红了它自己诊断并推修复。

适合什么人

如果你的团队已经在用 GitHub 和 Linear，Foreman 几乎零摩擦就能接上。工程负责人可以把「分拣需求 + 出初版实现」这种活外包给它，自己只盯评审；独立开发者用本地 TUI 也能享受一套自动化流水线。它特别适合那种 issue 堆成山、但又不想让 Agent 完全失控的团队。

快速试用

最简单的方式是点仓库里的「Deploy with Vercel」按钮，部署向导会自动配好 GitHub 和 Linear 连接器、Vercel Blob，并让你填 FACTORY_REPO（要工作的 owner/repo）和 FACTORY_LABEL（默认 factory）。本地跑则是 vercel link && vercel env pull && pnpm dev，在 TUI 里丢个任务就能看四道工序依次点火。

与竞品对比

和 Devin、Cursor 的后台 Agent、GitHub Copilot 的 coding agent 比，Foreman 的差异很明确：它不是「一个超强 Agent 单打独斗」，而是「四道工序 + 独立盲审 + 工厂记忆」的流水线；它原生打通 GitHub 和 Linear，而不是只活在编辑器里；它把每一次合并的批准权都留给真人。我觉得如果早半年出，那些卖「AI 程序员」的闭源产品压力会大很多。