Vai al contenuto

SoluzioniVibe coding

Ogni prompt, un’app in esecuzione

Il tuo agente crea ogni app in una sandbox, con un link per l’anteprima, poi la rilascia come Cubo: dormirà finché qualcuno non la apre.

Leggi la documentazione di Cubo

Python
from glac import Glac, AGENTS

glac = Glac()
sbx = glac.sandboxes.create(image=AGENTS, env=model_keys)
sbx.agent("claude").run("Make a todo app on port 3000")
print(sbx.url(3000))                  # preview: a link to the port
image = "ghcr.io/you/todo:1"          # what your build pushed
app = glac.cube.deploy(image, name="todo", port=3000)
print(app.url)                        # its own HTTPS address
app.rollback(1)                       # back a version in one call

Due macchine per ogni app

Ogni app ha bisogno di una macchina su cui svilupparla e di una su cui farla girare, ciascuna pagata per tutto il mese se resta accesa. Qui dormono entrambe: la sandbox quando l’agente si ferma, il Cubo tra una richiesta e l’altra.

al mese per la sola memoria di 1 000 app da 512 MiB tenute in esecuzione, a prezzo di listino1
$2,920.00
per CPU e memoria di un’app che nessuno apre: dorme1
$0

Sviluppa in una sandbox, rilascia come Cubo

L’agente lavora in una sandbox, con un link al suo server di sviluppo e un fork per ogni tentativo. Ciò che rilascia è un’immagine, che diventa un Cubo con un indirizzo proprio e istanze che si svegliano per le richieste.

Sviluppo: la sandbox dell’agente, uno snapshot e i fork che riprovano da quel momento.
Rilascio: le versioni dell’app, il template di quella pronta e le sue istanze in ogni regione, sveglie per una richiesta e addormentate dopo.

Cosa ottiene il tuo prodotto

  • Sviluppa in una sandbox: un terminale, un link al server di sviluppo, un fork per ogni prova.

  • Un volume per il database, fatturato in base ai dati che contiene.

  • Rilascia come Cubo: ogni deploy una versione, al suo indirizzo o al dominio del tuo cliente.

  • Dorme finché non la si apre: si addormenta quando le richieste cessano e si sveglia con la sua memoria.

  • Un’istanza per utente finale, scelta da una chiave nella richiesta.

  • Utilizzo per cliente, letto dalla sua etichetta, con un limite di spesa mensile.

Leggi la documentazione

Anteprime illustrative

Misurato, non promesso

Mediane su bare metal con nient’altro in esecuzione: il caso più favorevole, e lo diciamo. L’istanza di un Cubo è dello stesso tipo di una sandbox. Come misuriamo

per svegliare un’istanza dormiente2
3.5 ms
per la chiamata che l’ha svegliata, dall’invio alla risposta2
6.7 ms
per addormentarla, con la sua memoria e i suoi processi2
2.3 ms

Lo vedrai per le tue app quando il servizio aprirà: la riga di log di una richiesta che ha svegliato un’istanza dice quanto è durato il risveglio.

Shell
glac cube logs todo -f
# one line a request; one that woke an instance says how long it took

I prodotti che usa

Un mese, fatti i conti

Mille app create ed eseguite in un mese, a prezzo di listino. Fai la tua stima

Lo scenario

  • 1 000 app, ciascuna creata dall’agente in una sandbox da 2 vCPU e 4 GiB per mezz’ora, con la CPU al lavoro per un quinto del tempo e 2 GiB in uso; poi la sandbox viene cancellata.
  • Ogni app diventa poi un Cubo che risponde a 30 000 richieste nel mese, 20 ms di CPU ciascuna, 256 MiB in uso, 20 KB per risposta.
  • Richieste che arrivano in momenti casuali; un’istanza sveglia mentre risponde, poi in pausa in memoria per 10 minuti prima di addormentarsi.

Un mese a prezzo di listino

$1,471.82

  • CPU1.38 miliardi di CPU-ms × $0.01 / M$13.81
  • Memoria180 827 GiB-h × $0.008$1,446.61
  • Richieste30 milioni × $0.30 / M$9.00
  • Traffico in uscita600 GB × $0.004$2.40

Con il piano a pagamento questo mese costa $1,468.82: il canone di $5 e $1,463.82 oltre ciò che coprono le quantità incluse, pagati dal tuo saldo agli stessi prezzi.

Rilascia la prima app

Una chiave, poi il deploy di un’immagine come Cubo con un solo comando, o una sandbox in cui il tuo agente possa sviluppare.

CuboSandbox