Saltar al contenido principal
Outposts te permite ejecutar sesiones de Devin en infraestructura que controlas: tus propias VM, contenedores, clústeres de Kubernetes o incluso una Mac Mini en tu escritorio. El bucle del agente de Devin (inferencia y planificación) sigue ejecutándose en la nube de Devin, mientras que toda la ejecución de comandos, la edición de archivos y el acceso a repositorios ocurren en máquinas que tú operas. Usa Outposts cuando necesites:
  • Que las sesiones se ejecuten dentro de tu red, junto a servicios internos, registries y secretos
  • Perfiles de hardware personalizados (p. ej., GPU, máquinas con mucha memoria, imágenes de SO específicas)
  • Infraestructura existente de equipos de desarrollo, VM o Kubernetes para alojar las cargas de trabajo de Devin
  • Controles empresariales sobre el acceso a la red, los resultados de compilación y la supervisión
El bucle del agente de Devin y la cola del outpost se ejecutan en Devin Cloud; tus máquinas — una GPU en tu laboratorio, una VM en tu VPC o una Mac mini en tu escritorio — sirven sesiones mediante una conexión solo saliente

​
Cómo funciona

Un outpost es una cola con nombre de sesiones de Devin que se atienden en tus propias máquinas. Una vez que registras un outpost (p. ej., gpu-h200 o dev-boxes), aparece como una opción de máquina en Devin Cloud junto con Ubuntu, Windows, etc. — las sesiones en la nube iniciadas en un outpost esperan en su cola hasta que una de tus máquinas las recoja. Cada máquina que atiende sesiones desde un outpost es un worker. Para convertir una máquina en un worker, instala Devin CLI y ejecuta:
El worker abre una conexión saliente con la nube de Devin y supervisa la cola del outpost. Cuando hay una sesión en espera, el worker la reclama y ejecuta sus tool calls localmente: cada comando, edición de archivo y operación en el repositorio se ejecuta en tu máquina. Cuando la sesión termina, el worker vuelve a supervisar la cola para la siguiente sesión. Para escalar, solo tienes que ejecutar el worker en más máquinas: N workers atienden N sesiones concurrentes, y cualquier sesión adicional espera en la cola hasta que haya un worker disponible. Los workers solo necesitan acceso HTTPS saliente. No se requieren puertos de entrada, IP públicas ni túneles VPN.

​
Orquestación

Las máquinas worker de larga duración son la configuración más sencilla, pero con la API de Outposts también puedes escribir un orquestador: un software que supervisa la cola del outpost y que, para cada sesión en espera, aprovisiona una VM nueva o un contenedor nuevo, inicia el worker dentro de ese entorno y elimina la máquina cuando termina la sesión. Consulta Orquestación para aprender a hacerlo, despliega devin-outpost-k8s — nuestro operador de código abierto que ejecuta este ciclo en cualquier clúster de Kubernetes — o ejecútalo en una plataforma asociada que ya lo implemente por ti (consulta Integraciones).

​
Dependencias de la máquina

Las sesiones se ejecutan directamente en tus máquinas, por lo que el worker depende de las herramientas que instales en ellas.

​
Primeros pasos

Inicio rápido

Crea un outpost y gestiona sesiones desde una sola máquina con devin worker start — sin necesidad de orquestador.

Orquestación

Escala a una flota: sondea la cola, reclama sesiones, aprovisiona máquinas y ejecuta workers automáticamente.

Referencia

Cobertura completa: comandos y flags de la CLI, endpoints de fleet API, distribución del binario y el contrato de spawn.

​
Integraciones

Las plataformas asociadas implementan por ti el bucle de orquestación: las sesiones se ejecutan en su infraestructura, sin ningún worker que ejecutar ni ningún orquestador que compilar. Cada partner documenta su propia configuración:

​
Limitaciones

  • Devin Outposts actualmente solo funciona con alojamiento multi-tenant; por el momento, no está disponible en los despliegues de Dedicated Tenant.
  • Outposts transfiere al cliente una parte importante de la responsabilidad operativa y de infraestructura. Los equipos deben proteger y operar sus VM de desarrollo remoto a escala, lo que incluye aprovisionamiento, aislamiento, controles de acceso, gestión de capacidad, supervisión y recuperación. Para los clientes con altos requisitos de seguridad, recomendamos Dedicated Tenant (Dedicated SaaS), que proporciona un Environment aislado para el cliente, con la seguridad y la orquestación gestionadas por Cognition.