Issue 到 PR 工作流
Ara 从 GitHub issue、评论或触发条件开始,然后将工作范围划定到一次运行中,以便复现、实现、验证、总结并交接给审阅者。
Ara 是面向 GitHub 团队的自主软件工程师,将 issue 和仓库信号转化为有证据支持的拉取请求,支持隔离运行、转录、日志及按需运行 Mac、Linux、Windows。
Ara 是面向需要连接 GitHub 的公司的自主软件工程师,能够将仓库信号转化为有范围的工作、拉取请求以及有证据支持的交接材料。该产品更像是工程循环的控制系统,而不是单一的编码机器人。
运行从隔离的云端工作区开始,在任务需要真实操作系统或原生工具链时,可以切换到 Mac、Windows 或 Linux。Ara 会保留持久化的转录、产物、日志、录制内容和差异,以便在机器销毁后团队仍能回顾发生了什么。
Ara 从 GitHub issue、评论或触发条件开始,然后将工作范围划定到一次运行中,以便复现、实现、验证、总结并交接给审阅者。
运行从隔离的云端工作区开始,并且在任务需要原生工具链或真实操作系统行为时,可以升级到 Mac、Windows 或 Linux。
产品会记录转录、日志、差异、构建产物、截图以及可回放的命令历史,这样在工作区被销毁后仍可检查本次运行。
文档提到了审阅门控,允许团队在高风险操作、拉取请求和合并之前设置审批点。
Ara 支持按工作区、任务和风险级别设置模型策略,主页说明你可以接入 Codex、Claude、本地模型或你自己的技术栈的 API 密钥。
repo wiki 和 memory 功能用于保持变更日志上下文、持久化规则以及其他运行上下文在未来工作中保持最新。
团队可以分配一个 GitHub issue 或仓库信号,让 Ara 复现问题、实施修复、验证更改,并打开一个附带证据的拉取请求。
当任务需要真实操作系统或原生工具时,Ara 可以在 Mac、Windows 或 Linux 环境中运行,而不是停留在通用容器内。
审阅者可以在信任拉取请求之前检查转录、差异、日志和录制内容,这适合希望代码更改旁边同时附带证据的团队。
运维和工程团队可以使用审阅门控、密钥和工作区控制,在共享工作流中管理风险更高的操作。
仓库文档、持久化规则、变更日志上下文和 memory 可以在一次运行后更新,让下一项任务从更好的上下文开始。
Ara 连接到 GitHub,文档说明可以选择它能够打开拉取请求的组织和仓库。工作流从 issue、评论或触发条件开始,并以经过审阅的拉取请求结束。
定价页面显示有免费的 Hobby 方案,之后是按席位计费的 Developer 和 Team 方案,以及自定义的 Enterprise 方案。某些工作区类型和 API 工作区的计费方式会根据方案不同而有所区别。
Ara 可以生成转录、日志、差异、构建产物、截图以及可回放的运行记录。主页还提到录制内容和可供审阅的更改,作为拉取请求证据的一部分。
文档说明了审阅门控、repo wiki 更新、模型策略、密钥处理和团队设置。来源并未列出完整的设置清单,因此产品页只能确认这些控制项存在。
产品页面描述了云工作区,以及在任务需要真实操作系统时可使用 Mac、Windows 和 Linux 执行。Ara 会为每次运行配置隔离的临时工作区,并在完成后将其销毁。
流量数据仅供参考。
| 3月 | 4050 |
|---|---|
| 4月 | 19746 |
| 5月 | 13703 |