2026-10-10 · 6 min de lectura

Cómo publicar una app hecha con Claude Code, paso a paso

Claude Code (o Cursor, o Codex) puede escribir una app completa en una tarde. Lo que suele trabarse es lo que viene después: la app funciona en localhost, pero los datos viven en tu navegador, no hay un login de verdad y nadie más puede abrirla. Esta guía la lleva desde ahí hasta una URL pública, con base de datos y cuentas de usuario, y tu agente escribe casi todo.

Qué necesitas

• El código de la app en una carpeta de tu computadora (si la exportaste de Lovable, Bolt o v0 también sirve).
• Claude Code, Cursor u otro agente que soporte MCP.
• Una cuenta gratis de Rapibase. Sin tarjeta.

1. Crea el proyecto

En la consola de Rapibase, crea un proyecto y elige su nombre. Ese nombre es tu dirección: mi-app.rapibase.com. El proyecto ya trae su propia base de datos Postgres, login de usuarios, almacenamiento de archivos y hosting; no hay nada que instalar.

2. Conecta tu agente

En Claude Code, ejecuta esto una vez en tu terminal:

claude mcp add --transport http --scope user rapibase https://rapibase.com/mcp

Después, dentro de Claude Code, escribe /mcp, elige rapibase y pulsa Authenticate. Se abre tu navegador y eliges el proyecto y si el agente solo puede leer o también escribir. No copias ninguna clave. En Cursor, agrega la misma URL a ~/.cursor/mcp.json:

{ "mcpServers": { "rapibase": { "url": "https://rapibase.com/mcp" } } }

La sección Conectar de la consola te da el comando exacto para cada agente, incluidos Claude.ai y ChatGPT.

3. Pídele que mueva los datos

Abre la carpeta de la app con tu agente y pídelo con tus palabras. Por ejemplo:

Usa mi proyecto de Rapibase como backend de esta app.
Pasa todo lo que se guarda en localStorage a tablas,
agrega registro y login con email,
y asegúrate de que cada usuario vea solo sus datos.
Todavía no publiques nada.

El agente lee la guía de Rapibase, crea las tablas, activa la seguridad por filas para que la propia base de datos decida quién ve qué y cambia el código para usar la API. La clave pública va en el frontend; la secreta se queda en tu .env y nunca en el chat.

4. Pruébala antes de publicar

• Corre la app en local y crea dos cuentas.
• Carga datos con una y entra con la otra: no tiene que verlos.
• Abre la app en otro navegador: los datos tienen que seguir ahí.

Si algo no cuadra, cuéntale al agente lo que viste. Puede leer los logs y las tablas del proyecto para encontrar el problema.

5. Publica

Cuando estés conforme, pide: "haz el build de la app y publícala en Rapibase". El agente sube el build y la app queda en mi-app.rapibase.com, en el mismo dominio que la API, así que no hay CORS que pelear. Cada publicación es una versión: si algo se rompe, vuelves a la anterior desde la consola con un clic. El agente solo publica cuando se lo pides; si alguna vez lo hace por su cuenta, dile que no lo haga.

6. Tu propio dominio

En la consola, en Deploys, agrega tu dominio (por ejemplo www.miapp.com) y crea en tu proveedor de DNS el CNAME que te muestra. El HTTPS se emite solo en la primera visita, y la dirección de Rapibase sigue funcionando.

Problemas comunes

• La app necesita un servidor (Next.js con render en servidor, una API en Express). La mayoría de las apps funcionan como sitio estático más funciones TypeScript, que es lo más simple. Si la tuya de verdad necesita su propio servidor, Rapibase puede correrlo como servicio en el mismo dominio.
• Quedó una clave en el código. La anon key está pensada para ser pública. La service key no: pídele al agente que la pase al .env y rótala desde la consola.
• Login con Google. Crea credenciales OAuth en Google Cloud y agrégalas a la configuración del proyecto; la consola te muestra la URL de callback que tienes que registrar.