SolucionesVibe coding

Cada prompt, una app en marcha

Tu agente crea cada app en un sandbox, con un enlace para previsualizarla, y luego la publica como un Cubo que duerme hasta que alguien la abre.

Lee la documentación de 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

Dos máquinas para cada app

Cada app necesita una máquina donde crearse y otra donde ejecutarse, y cada una se paga todo el mes si se mantiene en marcha. Aquí ambas duermen: el sandbox cuando el agente se detiene, y el Cubo entre solicitudes.

al mes solo por la memoria de 1 000 apps de 512 MiB siempre en marcha, a precios de lista¹: $2,920.00
por la CPU y la memoria de una app que nadie abre: está dormida¹: $0

Crea en un sandbox, publica como un Cubo

El agente trabaja en un sandbox, con un enlace a su servidor de desarrollo y una bifurcación para cada intento. Lo que publica es una imagen, desplegada como un Cubo en su propia dirección, con instancias que se despiertan con las solicitudes.

Crear: el sandbox del agente, una instantánea suya y bifurcaciones que vuelven a intentarlo desde ese momento.

Publicar: las versiones de la app, la plantilla de la versión lista y sus instancias en cada región, despiertas para una solicitud y dormidas después.

Lo que obtiene tu producto

Crea en un sandbox: una terminal, un enlace al servidor de desarrollo, una bifurcación para cada intento.
Un volumen para la base de datos, facturado por los datos que contiene.
Publica como un Cubo: cada despliegue, una versión, en su dirección o en el dominio de tu cliente.
Dormida hasta que alguien la abre: se duerme cuando dejan de llegarle solicitudes y se despierta con su memoria.
Una instancia por usuario final, elegida por una clave en la solicitud.
Uso por cliente, consultado por su etiqueta, con un límite de gasto mensual.

Lee la documentación

Vistas previas ilustrativas

Medido, no prometido

Medianas en bare metal sin nada más en ejecución: el mejor caso, y lo decimos. La instancia de un Cubo es del mismo tipo que un sandbox. Cómo medimos

en despertar una instancia dormida²: 3.5 ms
desde que se envía la llamada que lo despertó hasta que se responde²: 6.7 ms
en dormirlo, con su memoria y sus procesos²: 2.3 ms

Compruébalo con tus propias apps cuando abra el servicio: la línea del registro de una solicitud que despertó una instancia indica cuánto tardó en despertar.

Shell

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

Los productos que usa

Un mes, calculado

Mil apps creadas y ejecutadas en un mes, a precios de lista. Calcula el tuyo

El uso

1 000 apps, cada una creada por el agente en un sandbox de 2 vCPU y 4 GiB durante media hora, con su CPU en uso una quinta parte del tiempo y 2 GiB en uso; el sandbox se elimina después.
Después, cada app es un Cubo que responde 30 000 solicitudes en el mes, con 20 ms de CPU cada una, 256 MiB en uso y 20 KB por respuesta.
Solicitudes que llegan al azar; una instancia despierta mientras responde y luego en pausa en memoria 10 minutos antes de dormirse.

Un mes a precios de lista

$1,471.82

CPU1.38 mil millones × $0.01 por millón de ms de CPU$13.81
Memoria180 827 GiB-h × $0.008$1,446.61
Solicitudes30 millones × $0.30 / M$9.00
Tráfico de salida600 GB × $0.004$2.40

En el plan de pago, este mes cuesta $1,468.82: la cuota de $5, y $1,463.82 por encima de lo que cubren sus cantidades incluidas, con cargo a tu saldo a los mismos precios.

Publica la primera app

Una clave y luego una imagen desplegada como un Cubo con un solo comando, o un sandbox donde tu agente pueda crear.

Cubo Sandbox