Factory Automations 正式开放：Droid 可定时或按事件自动执行工程工作流

作者：Factory 团队 - 2026年9月30日 - 阅读时长 3 分钟

产品

如今，许多工程工作都显得被动或重复：跟进拉取请求、排查 CI 失败、运行安全检查，或在功能发布时更新文档。其他周期性任务也占据了日常工作的一部分：早晨可能从处理 Slack 和邮件开始；会议需要纪要、后续工单和下一步行动。每项任务都耗时，而在它们之间切换会打断专注的工作。

自动化功能已在 Factory 中全面可用，我们的许多企业客户已在全组织范围内部署。描述一个周期性工作流，选择计划或事件触发器，Droid 便会运行它以达到预期结果。你可以为每项任务选择模型，在能力与成本之间取得平衡，并选择运行它的机器。

团队目前自动化的内容

工单到 PR。 Droid 从 Linear 或 Jira 中领取就绪的工单，实施更改，并打开拉取请求以供审查。
代码审查与修复。 Droid 审查拉取请求并在 PR 上发布发现。添加“审查评论修复器”以通过提交处理所请求的更改。
安全审计。 一个定时的 GitHub Actions 工作流每周审计一个仓库。Droid 对照代码检查潜在安全问题并报告其发现。
PR 保姆。 Droid 检查打开的拉取请求是否存在 CI 失败并着手修复。添加“CI 失败分类”以将失败的流水线归类为不稳定、基础设施或回归。
晨间简报。 以一条私密 Slack 消息开始新的一天，涵盖需要你关注的讨论串、拉取请求和工单。
本周发布了什么？ 一个自定义自动化将本周合并的拉取请求转化为简短的 Slack 回顾，并配上一张使用图像生成制作的自定义梗图，以庆祝功能发布、顽固缺陷修复或期待已久的清理。

事件响应，动画 1/4

1 / 4

其他模板可将可操作的 Slack 消息转化为 Linear 工单、调查事件警报、同步会议纪要和行动项，或在代码变更时更新文档。

对于你团队特有的工作流，可创建自定义自动化来监控关键指标或准备发布说明。设置指令、触发器、模型和计算机。

选择 使用 Droid 创建，并用自然语言描述工作流和预期结果。Droid 随后会询问任何缺失的细节，然后创建自动化。这也可从现有会话中进行：把我们刚做的周末错误日志分析拿来，每周一上午 9 点运行。

自动化市场为热门用例提供预填用例和设置流程，包括代码审查、安全审计、PR 保姆等。

每个自动化包含四个部分：

触发器计划、Slack、GitHub 或 webhook。

指令提示词或模板

模型选择任意模型和推理级别

计算机你的机器或 Droid 计算机

自动化以你或服务账户身份运行

模型和推理级别可由用户按自动化配置。可以选择成本较低的模型来处理每日摘要，而用能力更强的模型进行重要的深度安全审查。

可选择任意模型、自带密钥（BYOK），或使用 Factory Router（受你所在组织的模型策略约束）自动委派给适合该任务的模型。在当前 Automations 用户中，所有代码审查自动化运行中有 30% 使用开放权重模型。

运行可在本地、你提供的已连接机器上，或在 Factory 托管的 Droid Computer 上执行。

在自动化运行期间，Droid 使用已连接的工具收集上下文并交付结果。例如，来自告警工具的 webhook 可以启动一次调查，或者每日定时自动化可以汇总各仓库和 Slack 中的活动。

自动化可以以用户身份或服务账号运行。可见性设置控制访问权限，运行历史提供执行记录。

每次运行都会开启一个你可以检查的会话。该自动化的概览包括事件流和 7 天成功率。失败通知会提醒所有者，当自动化失败时还会发送后续摘要邮件。

在过去 30 天内使用 Factory Automations 的企业组织中，52% 使用了自动化代码审查，48% 使用了安全审查，35% 使用了 AutoWiki。并且自动化会话量相比前 30 天增长了 51%。

在 Factory，Automations 每天在所有团队中都有使用。Droid 响应事件线程，中位确认时间为 20 秒，解决时间为 6 分钟。Droid 审查了 99.5% 的可合并拉取请求，工程师解决了其 81% 的评论。

Automations 从今天起面向所有用户开放。在 Factory 应用中打开 Automations，选择使用 Droid 创建，或选择一个模板。