Pods¶

Los Pods son entornos de desarrollo en la nube aislados y bajo demanda que sus miembros lanzan desde el espacio de trabajo: una máquina Linux completa con una terminal real, un agente de codificación de IA (Claude Code) y sus herramientas preinstaladas. Cada pod se ejecuta en su propio entorno seguro aislado, permanece activo tras las desconexiones y conserva su espacio de trabajo entre sesiones.

Como administrador de la organización, usted decide qué pods pueden lanzar sus miembros, y puede agregar sus propios pods personalizados adaptados a su stack tecnológico.

Agentic Pods en el Control Center: disponibilidad, pods personalizados, límites de gasto y despliegues.

Dos tipos de pods¶

Pods de sistema — proporcionados y mantenidos por SkyDeck, disponibles para todas las organizaciones. El principal es Claude Code: un pod de codificación con la CLI de GitHub, Claude Code (claude), tailscale, un volumen persistente /workspace y una terminal tmux. Usted elige si exponer los pods de sistema a sus miembros, y a quiénes.
Pods personalizados — creados por su organización (una imagen con sus propios repositorios, cadenas de herramientas y herramientas, o una base SkyDeck más un repositorio para clonar). Los pods personalizados están disponibles únicamente dentro de su organización y pueden limitarse a grupos específicos.

Qué hay dentro de un pod¶

Cada pod de codificación parte de la base SkyDeck, por lo que siempre dispone de una terminal funcional:

Ubuntu Linux con git, tmux y un shell interactivo
la CLI de GitHub (gh)
Claude Code (claude) — ejecute claude para iniciar el agente, claude update para actualizarlo
tailscale para redes seguras
un directorio persistente /workspace (un volumen duradero) donde residen sus repositorios y su trabajo: sobrevive al reposo/reanudación y a las reconexiones

Persistencia: /workspace es el volumen duradero. El repositorio configurado de un pod se clona en /workspace (y ~/git-local apunta ahí), y todo lo que desee conservar debe residir allí. En el pod Claude Code, el propio estado del agente — ~/.claude, su inicio de sesión, su configuración y su memoria — también se conserva en el volumen duradero, de modo que el agente sobrevive al reposo/reanudación. Los demás archivos (el resto del directorio de inicio, el resto del sistema de archivos) se restablecen desde la imagen al reanudar; no confíe en ellos para el almacenamiento.

Los pods personalizados añaden sobre esa base los repositorios del proyecto, los entornos de ejecución de lenguajes, los clientes de bases de datos y las herramientas.

Cómo usan los pods los miembros¶

Desde el Espacio de trabajo GenStudio, un miembro abre el catálogo de pods (los pods que usted ha puesto a su disposición), lanza uno y obtiene una terminal en vivo, además de un panel de navegador para cualquier servicio web que ejecute el pod. El pod permanece activo tras las desconexiones y su volumen de espacio de trabajo persiste, de modo que el trabajo de larga duración sobrevive a una reconexión. Los miembros también pueden compartir un pod con otros miembros — de lectura y escritura o de solo lectura — para operar una sesión de forma conjunta.

La guía orientada a los miembros es Pods en GenStudio; para saber qué hacen los equipos con esto, consulte los casos de uso sobre ejecutar agentes las 24 horas, operar un agente en equipo y desplegar agentes en todo su equipo.

Quién puede hacer qué¶

Acción	Quién
Seleccionar qué pods pueden lanzar los miembros, y para quiénes	Administradores / propietarios de la organización
Crear pods personalizados	Administradores / propietarios de la organización
Lanzar los pods puestos a su disposición	Miembros

Los administradores gestionan los pods en la página Centro de Control → Pods. Para crear su propio entorno, consulte Crear un Pod personalizado.

Controles de gasto¶

Los pods facturan cómputo por hora mientras están en ejecución (la tarifa depende del tamaño del pod, más un recargo por un agente gestionado — el precio por hora de cada pod se muestra en la página) y solo almacenamiento mientras están en reposo. La página Pods contiene las salvaguardas de la organización:

Presupuesto mensual — el presupuesto de pods para toda la organización, y el comportamiento ante excesos cuando se alcanza (ese presupuesto o el límite de un miembro): Bloquear nuevos lanzamientos, Advertir pero permitir o Permitir (solo registrar). El exceso afecta a los nuevos lanzamientos; los pods ya en ejecución siguen ejecutándose.
Límite por miembro — un límite mensual predeterminado por miembro, con límites por grupo para dar a grupos específicos un límite diferente.
Pods simultáneos por miembro — cuántos pods puede ejecutar un miembro a la vez.
Auto-reposo por inactividad — los pods sin actividad durante este número de minutos se ponen en reposo automáticamente (20 de forma predeterminada; cuenta la actividad de terminal). Amplíelo — o establézcalo en «nunca» — para equipos que ejecutan agentes siempre activos, y deje que los presupuestos y los límites acoten el gasto en su lugar.

Supervisar los pods en ejecución¶

La misma página enumera la actividad de pods de la organización — el gasto acumulado del mes frente al presupuesto y cada pod de los miembros — y permite a un administrador poner en reposo, detener o eliminar cualquier pod de la organización (por ejemplo, uno que se dejó en ejecución durante un fin de semana). Los miembros conservan sus datos de /workspace durante el reposo, por lo que poner en reposo un pod olvidado es seguro.