跳转到主要内容
Outposts 让你可以在自己掌控的基础架构中运行 Devin 会话——无论是你自己的 VM、容器、Kubernetes 集群,还是桌上的一台 Mac Mini。Devin 的 agent 循环 (推理和规划) 仍在 Devin 云端运行,而所有命令执行、文件编辑和代码仓库访问都在你管理的机器上完成。 如果你有以下需求,请使用 Outposts:
  • 让会话在你的网络内部运行,并靠近内部服务、制品仓库和 secrets
  • 自定义硬件配置 (例如 GPU、大内存机器、特定的操作系统镜像)
  • 使用现有的开发机、VM 或 Kubernetes 基础架构承载 Devin 工作负载
  • 对网络访问、构建产物和监控进行企业级控制
Devin 的 agent 循环和 outpost 队列运行在 Devin Cloud;你的机器——实验室中的一台 GPU 机器、VPC 中的一台 VM,或桌上的一台 Mac mini——通过仅出站连接提供会话服务

工作原理

outpost 是一个具名队列,用于让 Devin 会话在你自己的机器上运行。注册 outpost (例如 gpu-h200dev-boxes) 后,它会与 Ubuntu、Windows 等并列显示为 Devin Cloud 中的机器选项——在某个 outpost 上启动的云端会话会先在其队列中等待,直到你的某台机器将其接管。 每台为某个 outpost 处理会话的机器都是一个工作器。要将一台机器变成工作器,请安装 Devin CLI 并运行:
工作器会与 Devin 云端 建立出站连接,并监听 outpost 的队列。当有会话在等待时,工作器会接管该会话并在本地执行其工具调用——每条命令、每次文件编辑和每项代码仓库操作都在你的机器上运行。会话结束后,工作器会继续监听队列,等待下一个会话。要横向扩展,只需在更多机器上运行工作器:N 个工作器可同时处理 N 个会话,更多的会话则会在队列中等待,直到有工作器可用。 工作器只需要 出站 HTTPS 访问。不需要入站端口、公共 IP 或 VPN 隧道。

编排

长期运行的工作器机器是最简单的配置方式,但借助 Outposts API,你也可以编写一个 编排器:一种监视 outpost 队列的软件,它会为每个正在等待的会话启动一个全新的 VM 或容器,在其中启动工作器,并在会话结束后销毁该机器。参见编排了解具体方法,部署 devin-outpost-k8s——这是我们开源的 operator,可在任何 Kubernetes 集群上运行这一流程——或者在已为你实现该功能的合作伙伴平台上运行 (参见集成) 。

机器依赖

会话会直接在你的机器上运行,因此工作器依赖于你在这些机器上安装的工具。

快速开始

快速入门

创建一个 outpost,并用单台机器通过 devin worker start 承载会话,无需 编排器。

编排

扩展到整个集群:轮询队列、领取会话、配置机器,并自动运行工作器。

参考

完整内容包括:CLI 命令和开关、fleet API 端点、二进制程序分发,以及 spawn 约定。

集成

合作伙伴平台会替你实现整个编排循环——会话直接在它们的基础架构上运行,无需运行工作器,也无需构建编排器。每个合作伙伴都提供了各自的配置文档:

限制

  • Devin Outposts 目前仅支持多租户托管;暂不支持专用租户部署
  • Outposts 意味着客户需要承担大量基础架构和运维责任。团队必须负责大规模保障和运维其远程开发 VM,包括预配、隔离、访问控制、容量管理、监控和恢复。对于注重安全的客户,我们建议使用专用租户 (Dedicated SaaS) ,其提供客户隔离的环境,安全性和编排由 Cognition 负责管理。