Pods

I Pods sono ambienti di sviluppo cloud isolati e on-demand che i membri avviano dall'area di lavoro: una macchina Linux completa con un terminale reale, un agente di codifica AI (Claude Code) e gli strumenti preinstallati. Ogni pod viene eseguito nel proprio sandbox sicuro, rimane attivo anche in caso di disconnessione e mantiene il proprio spazio di lavoro tra le sessioni.

In qualità di amministratore dell'organizzazione, si decide quali pod i membri possono avviare ed è possibile aggiungere pod personalizzati adattati al proprio stack.

Agentic Pods nel Control Center: disponibilità, pod personalizzati, limiti di spesa e deployment.

Due tipi di pod

• Pod di sistema — forniti e gestiti da SkyDeck, disponibili per tutte le organizzazioni. Il principale è Claude Code: un pod di codifica con la CLI di GitHub, Claude Code (claude), tailscale, un volume persistente /workspace e un terminale tmux. Si sceglie se esporre i pod di sistema ai propri membri e a chi.
• Pod personalizzati — creati dalla propria organizzazione (un'immagine con i propri repository, toolchain e strumenti, oppure una base SkyDeck con un repository da clonare). I pod personalizzati sono disponibili esclusivamente all'interno dell'organizzazione e possono essere limitati a gruppi specifici.

Cosa contiene un pod

Ogni pod di codifica parte dalla base SkyDeck, quindi dispone sempre di un terminale funzionante:

• Ubuntu Linux con git, tmux e una shell interattiva
• la CLI GitHub (gh)
• Claude Code (claude) — eseguire claude per avviare l'agente, claude update per aggiornarlo
• tailscale per la rete sicura
• una directory persistente /workspace (un volume durevole) dove risiedono i propri repository e il proprio lavoro: sopravvive alla sospensione/ripresa e alle riconnessioni

Persistenza: /workspace è il volume durevole. Il repository configurato di un pod viene clonato in /workspace (e ~/git-local punta lì) e tutto ciò che si desidera conservare deve risiedere qui. Nel pod Claude Code anche lo stato dell'agente — ~/.claude, il suo login, le impostazioni e la memoria — viene conservato sul volume durevole, così l'agente sopravvive alla sospensione/ripresa. Gli altri file (il resto della directory home, il resto del file system) vengono ripristinati dall'immagine alla ripresa: non fare affidamento su di essi per l'archiviazione.

I pod personalizzati aggiungono su questa base i repository del progetto, i runtime dei linguaggi, i client dei database e gli strumenti.

Come i membri utilizzano i pod

Dall'Spazio di lavoro GenStudio, un membro apre il catalogo dei pod (i pod resi disponibili dall'amministratore), ne avvia uno e ottiene un terminale in tempo reale, oltre a un pannello del browser per qualsiasi servizio web eseguito dal pod. Il pod rimane attivo anche in caso di disconnessione e il suo volume di spazio di lavoro persiste, in modo che il lavoro di lunga durata sopravviva a una riconnessione. I membri possono anche condividere un pod con altri membri — in lettura-scrittura o sola lettura — per gestire una sessione insieme.

La guida rivolta ai membri è Pods in GenStudio; per capire cosa ne fanno i team, vedere i casi d'uso su eseguire gli agenti 24 ore su 24, gestire un agente insieme e distribuire gli agenti a tutto il team.

Chi può fare cosa

Azione	Chi
Selezionare quali pod i membri possono avviare e per chi	Amministratori / proprietari dell'organizzazione
Creare pod personalizzati	Amministratori / proprietari dell'organizzazione
Avviare i pod messi a loro disposizione	Membri

Gli amministratori gestiscono i pod nella pagina Centro di Controllo → Pods. Per creare il proprio ambiente, vedere Crea un Pod personalizzato.

Controlli di spesa

I pod fatturano il calcolo a ore mentre sono in esecuzione (la tariffa dipende dalla dimensione del pod, più un sovrapprezzo per un agente gestito — il prezzo orario di ciascun pod è indicato nella pagina) e solo lo storage mentre sono sospesi. La pagina Pods contiene le misure di salvaguardia dell'organizzazione:

• Budget mensile — il budget per i pod a livello di organizzazione e il comportamento in caso di superamento quando esso (o il tetto di un membro) viene raggiunto: Blocca i nuovi avvii, Avvisa ma consenti o Consenti (solo monitoraggio). Il superamento riguarda i nuovi avvii; i pod già in esecuzione continuano a funzionare.
• Tetto per membro — un tetto mensile predefinito per ciascun membro, con tetti per gruppo per assegnare a gruppi specifici un limite diverso.
• Pod simultanei per membro — quanti pod un singolo membro può eseguire contemporaneamente.
• Sospensione automatica per inattività — i pod senza attività per questo numero di minuti vengono messi in sospensione automaticamente (impostazione predefinita 20; conta l'attività del terminale). Conviene aumentarla — o impostarla su «mai» — per i team che eseguono agenti sempre attivi, lasciando che siano invece i budget e i tetti a limitare la spesa.

Supervisionare i pod in esecuzione

La stessa pagina elenca l'attività dei pod dell'organizzazione — la spesa dall'inizio del mese rispetto al budget e ogni pod dei membri — e consente a un amministratore di sospendere, arrestare o eliminare qualsiasi pod dell'organizzazione (ad esempio, uno lasciato in esecuzione durante un fine settimana). I membri conservano i dati di /workspace durante la sospensione, quindi mettere in sospensione un pod dimenticato è sicuro.