- 让会话在你的网络内部运行,并靠近内部服务、制品仓库和 secrets
- 自定义硬件配置 (例如 GPU、大内存机器、特定的操作系统镜像)
- 使用现有的开发机、VM 或 Kubernetes 基础架构承载 Devin 工作负载
- 对网络访问、构建产物和监控进行企业级控制

工作原理
outpost 是一个具名队列,用于让 Devin 会话在你自己的机器上运行。注册 outpost (例如gpu-h200 或 dev-boxes) 后,它会与 Ubuntu、Windows 等并列显示为 Devin Cloud 中的机器选项——在某个 outpost 上启动的云端会话会先在其队列中等待,直到你的某台机器将其接管。
每台为某个 outpost 处理会话的机器都是一个工作器。要将一台机器变成工作器,请安装 Devin CLI 并运行:
在 outpost 上启动会话
在 Devin Cloud 中启动会话时,可在 配置 → 虚拟环境 中选择 outpost (请参阅快速入门) ;也可在 Slack 中使用!outpost 叹号命令:
!outpost <name>接受 outpost 的完整名称、唯一前缀 (例如,gpu-h200 是唯一匹配项时可使用 !outpost gpu) 或其 ID。单独发送 !outpost 即可获取你可使用的 outpost 列表。
如需默认在共享 outpost 上运行新会话,admin 可以在 Settings → Devin → Default platform 中将其设为组织默认平台,也可以通过 Set Organization Default Platform API 进行设置。调用 Get Organization Default Platform 可查看当前的默认设置。
编排
长期运行的工作器机器是最简单的配置方式,但借助 Outposts API,你也可以编写一个 编排器:一种监视 outpost 队列的软件,它会为每个正在等待的会话启动一个全新的 VM 或容器,在其中启动工作器,并在会话结束后销毁该机器。参见编排了解具体方法,部署 devin-outpost-k8s——这是我们开源的 operator,可在任何 Kubernetes 集群上运行这一流程——或者在已为你实现该功能的合作伙伴平台上运行 (参见集成) 。机器依赖
会话会直接在你的机器上运行,因此工作器依赖于你在这些机器上安装的工具。快速开始
快速入门
创建一个 outpost,并用单台机器通过
devin worker start 承载会话,无需 编排器。编排
扩展到整个集群:轮询队列、领取会话、配置机器,并自动运行工作器。
参考
完整内容包括:CLI 命令和开关、fleet API 端点、二进制程序分发,以及 spawn 约定。
集成
合作伙伴平台会替你实现整个编排循环——会话直接在它们的基础架构上运行,无需运行工作器,也无需构建编排器。每个合作伙伴都提供了各自的配置文档:限制
- Devin Outposts 可用于所有 Pro、Max 和 Teams 账户。
- Devin Outposts 也可用于专用租户部署,但默认处于关闭状态,因为当 Agent 在客户管理的基础架构上运行时,部分 Devin 功能的行为会有所不同。你的账户团队可以为你详细说明并帮助启用。
- Outposts 意味着客户需要承担大量基础架构和运维责任。团队必须负责大规模保障和运维其远程开发 VM,包括预配、隔离、访问控制、容量管理、监控和恢复。对于注重安全的客户,我们建议使用专用租户 (Dedicated SaaS) ,其提供客户隔离的环境,安全性和编排由 Cognition 负责管理。

