Arranca desde Git
De la URL del repositorio al servicio corriendo, con todo lo que hace falta por el camino: rama, ajustes de build, variables y en qué worker cae.
Para desarrolladores · pruebas y producción
Un panel, una terminal y un worker que corre donde corra Docker. Le pasas un repositorio de Git y se encarga del resto: construye, despliega, te muestra los logs y te devuelve una URL pública. En tu VPS, en la máquina de la oficina o en tu portátil. Agentes de IA, WordPress, APIs, bots. Sin minutos de build que pagar, sin cobros por tráfico y sin depender de nadie para tocar tu infraestructura.
Cada proyecto viene con subdominio gratis. ¿Trabajas desde el portátil? Con un túnel de ngrok tu entorno local también queda en una URL pública.
Arquitectura de la plataforma
Lo gratis va por dos caminos: montas el worker en tu VPS, en la máquina de la oficina o en tu portátil, o usas uno nuestro. Ninguno cuesta nada y el panel los trata igual. Cuando el proyecto lo pida, pasas a workers de producción gestionados. Y cualquier worker, gratis o de pago, lo puedes compartir con tu equipo. El panel se ocupa siempre de lo mismo: quién entra, qué se ejecuta, quién ve qué, repositorios, credenciales, contenedores y URLs públicas.
Sobre herramientas que ya usas
De la URL del repositorio al servicio corriendo, con todo lo que hace falta por el camino: rama, ajustes de build, variables y en qué worker cae.
Tus VPS, los equipos de la oficina o el del laboratorio siguen siendo tuyos. El panel solo te dice cómo están, cuánto aguantan y qué se puede limpiar.
Dale a cada persona justo lo que necesita: el repositorio, la credencial, el worker o el espacio de trabajo entero.
Comparte un worker y alguien de tu equipo despliega ahí sin tocar tu servidor. Un portátil, el equipo de la oficina y un VPS de producción conviven en el mismo espacio: lanzas a uno, o a todos a la vez, en segundos.
Cada proyecto trae subdominio gratis, así que puedes pasar el enlace nada más desplegar. ¿Estás en un portátil o detrás de un NAT? Un túnel de ngrok saca ese entorno local a una URL real, sin abrir un solo puerto.
Qué despliega la gente
Sin plantillas ni lista de frameworks compatibles. Traes un Dockerfile o un Compose y sube — el mismo camino tanto para una landing como para un agente que se come una GPU.
Ten tu agente, tu RAG o un endpoint de vLLM en tu propia máquina con GPU, en vez de pagar inferencia por token.
El stack de Compose de toda la vida — WordPress, MySQL, Redis — en un VPS tuyo, con logs y reinicios a un clic.
Subes a una rama, despliegas y tienes subdominio. Un entorno de pruebas por cliente sin otra factura de hosting.
Herramientas internas con datos de la empresa, que no tienen por qué vivir en servidores de otro.
Procesos pequeños siempre encendidos, que cuestan más en comisiones de plataforma que en cómputo real.
Contenedores de larga vida y mucha memoria, en la máquina que ya estás pagando.
También para agentes
worqer-cli es una herramienta de terminal normal, con salida predecible, así que un agente de código puede manejarla igual que tú. Apunta Claude Code, Cursor o tu propio script y desplegar pasa a ser un paso más de la tarea, no algo que alguien tiene que parar a hacer.
De la idea al servicio
Cada acción queda como un trabajo con su worker, su estado, su responsable y su hora. Lanzar deja de ser algo que hace uno solo por su cuenta.
Todo a la vista
Workers, repositorios, credenciales, comandos, logs y URLs públicas en la misma pantalla. Desplegar deja de ser un salto al vacío.
Claim a host once, then use it as trusted deployment capacity for the workspace.
Share the deployment surface without handing over every secret or every machine.
claim mexica-worker connected - Privatecredential github-main shared with operatorssync cardanfx/api -> branch maindeploy compose web:3000 on mexica-workerlogs container healthy - restart and commands readyurl preview tunnel publishedWatch releases move from queued work to running services with the signals operators actually need.
Documentación
La arquitectura, cómo montar un worker y cómo pasar de un repositorio a un servicio corriendo.
Cómo encajan el panel, el estado en Firebase, los workers, las colas, los contenedores y las URLs públicas.
02Levanta la imagen de Docker Hub, guarda su identidad, copia el token y conecta la máquina.
03Añade credenciales, registra el repositorio, sincroniza la rama, elige worker y lanza.
Empieza ya
Entra con tu correo o con Google, vincula tu primer worker y convierte un repositorio en un servicio corriendo.