Factory 正式发布 Automations，Droid 可定时或事件触发执行重复工程工作

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

产品

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

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

团队目前自动化的内容

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

事件响应，动画 1/4

1 / 4

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

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

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

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

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

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

指令提示词或模板

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

计算机你的机器或 Droid Computer

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

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

可选择任意模型、自带密钥（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，选择Create with Droid，或选择一个模板。