- Eseguire sessioni all’interno della tua rete, accanto a servizi interni, registries e secrets
- Profili hardware personalizzati (ad es. GPU, macchine con molta memoria, immagini del sistema operativo specifiche)
- Un’infrastruttura esistente di dev box, VM o Kubernetes per ospitare i carichi di lavoro di Devin
- Controlli Enterprise sull’accesso alla rete, sugli output di build e sul monitoraggio

Come funziona
Un outpost è una coda nominativa di sessioni Devin da eseguire sulle tue macchine. Una volta registrato un outpost (ad es.gpu-h200 o dev-boxes), compare come opzione della macchina in Devin Cloud insieme a Ubuntu, Windows, ecc. — le sessioni cloud avviate su un outpost restano in coda finché una delle tue macchine non le prende in carico.
Ogni macchina che gestisce sessioni da un outpost è un worker. Per trasformare una macchina in un worker, installa Devin CLI ed esegui:
Avviare sessioni su un outpost
Quando avvii una sessione in Devin Cloud, seleziona l’outpost in Configurazione → Ambiente virtuale (consulta la guida rapida); in alternativa, usa il comando bang!outpost da Slack:
!outpost <name> accetta il nome esatto dell’outpost, un suo prefisso univoco (!outpost gpu se gpu-h200 è l’unica corrispondenza) oppure il suo ID. Invia !outpost senza argomenti per ottenere l’elenco degli outpost che puoi utilizzare.
Per eseguire le nuove sessioni su un outpost condiviso per impostazione predefinita, un amministratore può impostarlo come piattaforma predefinita dell’organizzazione in Settings → Devin → Default platform oppure tramite l’API Set Organization Default Platform. L’API Get Organization Default Platform restituisce l’impostazione predefinita attuale.
Orchestrazione
Le macchine worker persistenti sono la configurazione più semplice, ma con l’API di Outposts puoi anche scrivere un orchestratore: un software che monitora la coda dell’outpost e, per ogni sessione in attesa, avvia una nuova VM o un nuovo container, avvia al suo interno il worker e smantella la macchina al termine della sessione. Consulta Orchestrazione per scoprire come fare, distribuisci devin-outpost-k8s — il nostro operatore open source che esegue questo ciclo su qualsiasi cluster Kubernetes — oppure eseguilo su una piattaforma partner che lo implementa già per te (vedi Integrazioni).Dipendenze della macchina
Le sessioni vengono eseguite direttamente sulle tue macchine, quindi il worker dipende dagli strumenti che vi installi.Per iniziare
Avvio rapido
Crea un outpost e gestisci le sessioni da una singola macchina con
devin worker start — nessun orchestratore necessario.Orchestrazione
Passa a una flotta: effettua il polling della coda, rivendica le sessioni, esegui il provisioning delle macchine e avvia automaticamente i worker.
Riferimento
La panoramica completa: comandi e flag della CLI, endpoint dell’API della flotta, distribuzione del file binario e contratto di spawn.
Integrazioni
Le piattaforme partner implementano per te il ciclo di orchestrazione: le sessioni vengono eseguite sulla loro infrastruttura, senza dover eseguire alcun worker né creare alcun orchestratore. Ogni partner documenta la propria configurazione:Limitazioni
- Devin Outposts è disponibile su tutti gli account Pro, Max e Teams.
- Devin Outposts è disponibile nelle distribuzioni Dedicated Tenant, ma è disattivato per impostazione predefinita, poiché alcune funzionalità di Devin si comportano diversamente quando gli agenti vengono eseguiti su infrastruttura gestita dal cliente. Il team che segue il tuo account può illustrarti i dettagli e abilitarlo.
- Outposts sposta sul cliente una parte significativa delle responsabilità infrastrutturali e operative. I team devono proteggere e gestire su larga scala le proprie VM di sviluppo remoto, inclusi provisioning, isolamento, controlli di accesso, gestione della capacità, monitoraggio e ripristino. Per i clienti attenti alla sicurezza, consigliamo Dedicated Tenant (Dedicated SaaS), che fornisce un ambiente isolato dedicato al cliente, con sicurezza e orchestrazione gestite da Cognition.

