The Pulse
Prime Intellect aggiunge i checkpoint del filesystem alle sandbox
Prime Intellect ha aggiunto i checkpoint e la possibilità di creare fork del filesystem alle proprie sandbox VM, consentendo agli sviluppatori di avviare nuove esecuzioni degli agenti a partire da uno spazio di lavoro salvato. I checkpoint
AI.info Team · Scritto con l’IA ·
Il limite predefinito di Prime Intellect è di 1.024 sandbox attive per account. I nuovi checkpoint del filesystem consentono agli sviluppatori di partire da uno spazio di lavoro salvato, invece di ricreare la stessa configurazione per ogni esecuzione di un agente. L’archiviazione dei checkpoint costa 0,10 dollari per GiB al mese, con addebito orario; l’esecuzione di una sandbox comporta costi di calcolo separati. La funzione è disponibile per le sandbox VM di Prime Intellect, che l’azienda descrive come progettate per l’apprendimento per rinforzo con agenti e per carichi di lavoro che richiedono un isolamento più robusto.
File salvati, non una macchina in pausa
Un checkpoint acquisisce il filesystem della sandbox, così che uno sviluppatore possa ripristinarlo in una nuova sandbox o crearne un fork per esplorare una diversa linea di lavoro. La documentazione di Prime Intellect chiarisce che cosa viene conservato:
«I checkpoint acquisiscono solo i file, non i processi in esecuzione né il contenuto della memoria».
Documentazione di Prime Intellect
Questo significa che un ramo può conservare un repository, i file installati e altre configurazioni presenti sul disco, ma non riprenderà un database attivo, un servizio in background o un interprete esattamente dal punto in cui si erano interrotti nell’originale. Questi processi devono essere riavviati e tutto ciò che era presente solo in memoria deve essere ricaricato. La funzione è dunque un punto di salvataggio del filesystem, non uno snapshot completo della macchina virtuale.
Un fork consente di fare più prove dalla stessa configurazione
Per gli agenti di programmazione e le esecuzioni di apprendimento per rinforzo, l’uso pratico consiste nel preparare un ambiente una sola volta, salvarne i file e poi avviare più sandbox da quel punto di partenza condiviso. Ogni ramo può provare un prompt diverso, un’azione diversa del modello o una correzione diversa senza ripetere la configurazione iniziale. Gli sviluppatori possono anche creare un checkpoint di un ramo e ripristinarlo in seguito, costruendo nuovi esperimenti a partire da stati intermedi del filesystem.
Il comando documentato da Prime Intellect per creare direttamente un fork è prime sandbox fork; gli utenti possono anche creare un checkpoint e ripristinarlo tramite il suo ID usando la CLI o l’SDK Python. La sandbox risultante eredita CPU, memoria e timeout dalla sandbox di origine, a meno che l’utente non modifichi queste impostazioni. Una volta raggiunto lo stato DURABLE, un checkpoint sopravvive all’eliminazione della sandbox di origine; prima di allora, secondo Prime Intellect, la sandbox originale deve restare in esecuzione.
I costi di archiviazione e di esecuzione sono separati
Prime Intellect indica per l’archiviazione dei checkpoint un costo di 0,10 dollari per GiB al mese, addebitato su base oraria, più una tariffa di caricamento una tantum equivalente a un giorno di archiviazione quando il checkpoint diventa durevole. L’esecuzione di una sandbox è fatturata separatamente: 0,02 dollari per ora-vCPU, 0,0125 dollari per GiB di memoria all’ora e 0,0002 dollari per GiB di disco all’ora. L’azienda afferma che queste tariffe per le sandbox sono valide fino al 22 dicembre 2026.
Secondo l’esempio tariffario riportato nella documentazione, una sandbox con 1 vCPU, 2 GiB di memoria e 5 GiB di disco costa 0,046 dollari all’ora, esclusa l’archiviazione dei checkpoint. I limiti predefiniti per account comprendono 4.096 vCPU totali e 32.768 GiB di spazio di archiviazione, oltre al tetto di 1.024 sandbox attive. Ogni fork utilizza risorse della sandbox: anche l’esplorazione in parallelo conta quindi ai fini dei limiti dell’account e comporta costi di esecuzione.
I limiti operativi restano importanti
Creare rami del filesystem può ridurre la necessità di ripetere la clonazione e l’installazione delle dipendenze, ma non elimina il lavoro necessario per riavviare i servizi o caricare i modelli. Un checkpoint può inoltre contenere segreti o dati sensibili scritti su disco: i team devono quindi controllare che cosa salvano e chi può ripristinarlo. Prime Intellect afferma che i segreti cifrati delle sandbox vengono inseriti come variabili d’ambiente, ma i dati scritti deliberatamente nei file diventano parte del filesystem salvato.
La documentazione di Prime Intellect non specifica quanto tempo richieda la creazione di un fork, per quanto tempo vengano conservati i checkpoint né una profondità massima per la creazione ripetuta di checkpoint e rami. Sono dettagli importanti per i team che pianificano grandi alberi di esecuzioni, nei quali spazio di archiviazione, tempi di avvio e limiti alle sandbox contemporanee determinano quanti esperimenti possono svolgersi insieme. Per ora, la garanzia documentata è più circoscritta: salvare i file, attendere lo stato DURABLE e ripristinare lo spazio di lavoro, o crearne un fork, in un’altra sandbox VM.