认识 Foreman，一个将人工智能代理放在开发循环每个阶段的 eve 软件工厂，并保持人类在决策上的作用。Foreman 从 GitHub 和 Linear 获取任务，将每个任务移动到四个工作站，并在你的代码库上交付经过审核的草稿拉取请求。你审核、标记准备完成并合并。它是如何工作的 分类器对任务进行分类：类型、优先级、复杂性、是否可操作。当任务不可操作时，Foreman 会询问请求者，而不是构建错误的东西。分析师将其转化为带有接受标准的计划，从你的代码库实时检出进行工作。实施者在自己的沙箱中执行计划，使用你代码库的检查进行验证，并推送一个分支。审查者独立地根据真实的差异对一切进行判断，并为每个裁决提供证据。每个工作站都是一个拥有自己指令、沙箱和工具的代理。审查者只看到已推送的分支，而不看到实施者的推理。在运行之间，Foreman 维护一个工厂大脑：关于你的代码库的笔记，每次运行都从这些笔记开始。查看流水线和工厂记忆以获取完整图像。工作如何到达 标记一个问题为工厂。流水线会自行运行，发布进度，当工作站完成时，并以一封草稿 PR 结束，这封 PR 与该问题相关联。在问题或 PR 中@提及它。来自代码库所有者、成员和协作者的提及将启动一个互动会话。在 Linear 中代表。Linear Agent Sessions 运行相同的流水线，并将进度反馈到 Linear。开发者 TUI。给它一个本地任务。对 GitHub 的更改等待你的批准。在工厂 PR 上红色 CI。Foreman 诊断故障并将修复推送到自己的分支，而不是你的。有人打开一个拉取请求。Foreman 为审查者 posted 一条定向评论：一个摘要，而不是评审。部署 Vercel 部署流程设置一切：GitHub 连接器、Linear 连接器、Vercel Blob 存储，以及提供 FACTORY_REPO 和 FACTORY_LABEL 环境变量的提示。配置（见 .env.example）：变量 是否必需 默认值 作用 FACTORY_REPO 是 — 工厂所处理的所有者/仓库（没有它构建会失败） FACTORY_SETUP_COMMAND 否 — 在构建时仅在沙箱检出内部运行一次（例：pnpm install），因此每次运行都从已安装的依赖项开始 FACTORY_LABEL 否 factory 将问题交给工厂的问题标签 FACTORY_BRANCH_PREFIX 否 factory/ 标记工厂自己的 PR 的分支前缀，这些是唯一的自动 CI 修复触及的分支 FACTORY_BOT_NAME 否 GitHub 应用的简称 @提及名，在未设置时从连接器自动解析 GITHUB_CONNECTOR / LINEAR_CONNECTOR 是 — 从 Vercel Connect 连接器 UID 自动设置 本地开发 链接你部署的项目（或一个新的），提取其环境，并启动 TUI：vercel link vercel env pull pnpm dev 给代理一个任务（“用户报告密码重置邮件到达两次，修复它”）并观察四个工作站按顺序启动，最终在 FACTORY_REPO 上得到一个草稿 PR。本地运行被视为不可信，因此对 GitHub 的更改在 TUI 中等待你的批准。资源 Foreman 文档 Vercel Connect eve 文档 GitHub 工具 eve 扩展 浏览更多模板 eve 营销团队 eve 个人代理 eve Sanity Copilot