Pods

Un pod es su propio equipo en la nube de SkyDeck — una máquina Linux completa con una terminal real, un agente de IA preinstalado y un espacio de trabajo duradero. Lo lanza desde GenStudio, trabaja en él desde cualquier navegador y lo deja en ejecución mientras se ausenta. Su portátil puede entrar en reposo; su pod no depende de él.

Usos habituales de un pod:

• ejecutar Claude Code en un repositorio durante sesiones de codificación de varias horas
• mantener un agente siempre activo (como OpenClaw) trabajando en segundo plano
• desarrollar y previsualizar una aplicación web sin instalar nada localmente
• trabajar en la misma terminal en vivo junto con sus compañeros de equipo — consulte Opere un agente en equipo

El catálogo de pods: elige una plantilla, consulta la tarifa por hora y lánzalo.

Lanzar un pod

1. En el Espacio de trabajo GenStudio, abra el catálogo de pods. Verá los pods que su organización ha puesto a su disposición — pods de sistema como Claude Code, además de cualquier pod personalizado que hayan creado sus administradores.
2. Elija uno y láncelo. El primer arranque tarda un momento mientras se aprovisiona su máquina; después, reanudar un pod en reposo es mucho más rápido.
3. El pod se abre con su vista configurada — una terminal, un panel de navegador web o ambos, uno junto al otro.

Info

¿No ve ningún pod o se le rechaza un lanzamiento? El acceso a los pods y los presupuestos los establecen los administradores de su organización en el Centro de Control — consulte Pods en el Centro de Control. Los lanzamientos pueden bloquearse cuando se alcanza un presupuesto mensual o su límite personal, o si ha llegado a su límite de pods simultáneos.

Terminales

La terminal es un shell real en su pod (que se ejecuta dentro de tmux), no una emulación. Un pod le ofrece dos tipos:

• La terminal principal del pod — la compartida con la que se abre el pod. Todo lo que se ejecute aquí sigue ejecutándose cuando usted se desconecta: cierre el navegador, ponga su portátil en reposo, vuelva más tarde y reconéctese — la sesión y su programa siguen en marcha (hasta que el propio pod entre en reposo). Aquí es donde debe ir una ejecución prolongada de un agente. Cuando el pod se comparte, esta es también la terminal en la que todos colaboran.
• Pestañas de terminal adicionales — abra hasta 10 terminales con nombre adicionales para trabajar en paralelo: las pruebas en una, los registros en otra, el agente en una tercera. Cada pestaña es su propio shell. Estas se cierran cuando se abandonan: una recarga de página o una breve interrupción de conexión en un plazo de unos 45 segundos le devuelve al mismo shell, pero una vez que la última persona que veía una pestaña ha estado ausente más allá de ese margen de gracia, la sesión de esa pestaña se cierra y todo lo que se estuviera ejecutando en ella se detiene. Para cualquier cosa que deba sobrevivir sin usted, use la terminal principal o ejecútela de forma desacoplada (nohup ..., o su propio tmux new -d ...).

Copiar funciona — los programas del pod que copian al portapapeles (y el modo de copia de tmux) llegan a su portapapeles local. Para el trabajo sin supervisión y las 24 horas, consulte Ejecute agentes de IA las 24 horas.

El panel del navegador

Si su pod ejecuta un servicio web — un servidor de desarrollo, JupyterLab, una compilación de vista previa — el panel del navegador lo muestra justo al lado de la terminal. Solo alcanza los puertos que la plantilla del pod expone; usted y sus colaboradores obtienen cada uno su propia vista de la misma aplicación en ejecución.

Reposo, reanudación y qué se conserva

Un pod en ejecución se factura por horas, por lo que los pods entran en reposo cuando no se necesitan:

• Reposo / reanudación manual. Ponga un pod en reposo desde el espacio de trabajo cuando termine; reanúdelo más tarde y continúe donde lo dejó.
• Auto-reposo por inactividad. De forma predeterminada, un pod que no muestra actividad durante un tiempo (20 minutos, salvo que sus administradores lo hayan cambiado) entra en reposo automáticamente. Actividad significa que alguien interactúa — escribir en una terminal o actuar sobre el pod desde el espacio de trabajo; un programa que produce salida en silencio no mantiene despierto un pod por sí solo. Para ejecuciones largas sin supervisión, pida a su administrador que amplíe el margen de auto-reposo o que lo desactive (controles de gasto).
• Qué sobrevive al reposo. Todo lo que esté en /workspace — su volumen duradero. Sus repositorios se clonan ahí, y ~/git-local apunta a esa ubicación. 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 Claude Code se reanuda con todo lo que sabía.
• Qué no. Los procesos en ejecución se detienen cuando un pod entra en reposo, y los archivos fuera de /workspace se restablecen desde la imagen del pod al reanudarlo. Conserve en /workspace todo lo que le importe.

Trabajar con el agente de IA

En un pod Claude Code, ejecute claude en una terminal para iniciar el agente (y claude update para actualizarlo). Como /workspace y la memoria del agente persisten, un proyecto puede abarcar días de sesiones — lance, trabaje con el agente, ponga en reposo, reanude, y el agente sigue teniendo su contexto. Los pods personalizados pueden incluir otros agentes — OpenClaw, Hermes, JupyterLab — o ninguno, si su equipo aporta sus propias herramientas.

Compartir un pod con sus compañeros de equipo

Puede invitar a miembros de su organización a su pod:

• Los colaboradores de lectura y escritura se unen a la terminal principal como participantes plenos y pueden abrir sus propias pestañas de terminal. En la terminal principal compartida, una sola persona conduce a la vez: el panel de presencia muestra quién tiene el teclado en ese momento (el Conductor), cualquier otra persona puede hacer clic para solicitar el control, y el conductor lo cede — sin que dos personas escriban a la vez una sobre otra.
• Los colaboradores de solo lectura observan la terminal principal compartida en vivo sin posibilidad de escribir — ideal para demostraciones, revisiones y para vigilar un agente.

Todos los conectados a la terminal principal ven la misma pantalla, en vivo. Consulte Opere un agente en equipo para conocer patrones que funcionan bien.

Warning

Un colaborador de lectura y escritura dispone de su shell — con acceso a todo lo que su pod puede alcanzar. Comparta de forma deliberada, y prefiera solo lectura cuando un compañero solo necesite observar.

Costes y límites

Los pods acumulan coste de cómputo por hora mientras están en ejecución (los pods en reposo solo cuestan almacenamiento). Su organización establece un presupuesto mensual de pods, límites por miembro y un límite de cuántos pods puede ejecutar a la vez — cuando se alcanza un límite, los nuevos lanzamientos se bloquean o se advierten según la política de su organización. Si se rechaza un lanzamiento, normalmente esa es la razón; su administrador puede ajustar la política en el Centro de Control.