No puedes mandar un link de localhost. Cómo compartir lo que hiciste con Claude Code sin que se caiga

No. Un link que empieza por http://localhost o http://127.0.0.1 solo funciona en el computador donde está corriendo la app. "localhost" no es una página web: es el nombre con el que cada computador se llama a sí mismo. Cuando tu jefe lo abre en su portátil, su navegador busca la app en su propia máquina, no encuentra nada y muestra un error. No se dañó nada; ese link nunca fue para viajar.

Esta página explica por qué pasa, cuáles son las dos opciones reales (un túnel para una demo de diez minutos, o publicar la app para algo que la gente va a seguir usando) y cómo hacer lo segundo desde Claude Code sin tener que aprenderse el vocabulario.

Por qué el link no le abre a nadie más

Cuando Claude Code te dice "tu app está corriendo en http://localhost:3000", quiere decir: hay un programita sirviendo la app en este computador, por la puerta número 3000. De ahí salen dos cosas:

1. La dirección depende de quién la lea. localhost en tu máquina es tu máquina. localhost en la de tu compañero es la de él. La misma URL apunta a dos computadores distintos.
2. La app existe solo mientras tu computador la corre. Cierras la terminal, el portátil se duerme o se cae el wifi, y la app desaparece, incluso para ti.

O sea que la pregunta no es "cómo mando el link", sino "cómo pongo la app en un lugar que no sea mi portátil". Hay dos maneras, y resuelven problemas distintos.

Opción 1: un túnel, para una demo rápida

Herramientas como ngrok, Cloudflare Tunnel o localtunnel abren una puerta temporal desde internet hacia la app de tu computador y te dan una URL al azar, tipo https://a1b2-203-0-113-5.ngrok-free.app. Es la herramienta correcta cuando quieres mostrar algo diez minutos en una llamada.

Lo que no hace:

• El link se muere cuando tu computador se duerme. La app sigue corriendo en tu portátil; el túnel solo le pasa el tráfico.
• La URL gratis cambia cada vez que reinicias, así que toca reenviar el link a cada rato. Una dirección fija es de pago.
• Cualquiera con la URL entra, y en los planes gratis el visitante suele ver una pantalla de advertencia antes de la app.
• Necesita terminal, cuenta, un token y saber en qué puerto corre tu app.

Si la meta es "mi equipo usa esto todos los días", el túnel tiene la forma equivocada: estarías sirviendo la app desde tu portátil para siempre.

Opción 2: publicarla, para que viva sola

"Publicar" o "hacer deploy" significa copiar la app a un computador que está siempre prendido, en un centro de datos, con una dirección pública permanente. Después de eso la app corre sin ti. Eso es lo que hacen plataformas como Vercel, Netlify, Railway o Render, y todas dan por hecho que sabes de Git, terminal, comandos de build y variables de entorno. Si construiste la app describiéndosela a Claude Code, ese vocabulario es justo el que no tienes.

White Ghost es una plataforma de publicación hecha para esa situación. Así se ve el flujo cuando quien lo hace es la misma persona que no quiere leer nunca un log de build.

Paso a paso desde Claude Code

1. Crea la app. En tu terminal, en la carpeta donde Claude Code estuvo trabajando, escribe ghosty init. Eso crea un repositorio en tu propia cuenta de GitHub y registra la app. Necesitas una cuenta de GitHub (ahí vive tu código, y sigue siendo tuyo).
2. Deja que el asistente haga la parte técnica. Cada app de White Ghost tiene botones de "Open in Claude Code" y "Open in Codex", y una opción "Copy the instructions" que le entrega al asistente un prompt ya armado con la URL de la app y la del repositorio. Lo pegas, y Claude Code mueve tu proyecto a su sitio y lo sube.
3. Cada subida queda en vivo. No hay un paso aparte de "publicar". En una app real con frontend y backend los builds han tardado 53 segundos y 1 minuto 27 segundos. Si un cambio daña algo, ghosty rollback o el botón Redeploy sobre cualquier build anterior devuelve la versión buena.
4. Comparte una dirección permanente. La app recibe su propia URL, que no cambia y no depende de tu computador. Si tienes un dominio propio, lo apuntas a la app y el certificado de seguridad se emite y renueva solo.

Decide quién puede abrirla

Esto es lo que un túnel nunca te da. Al crear la app eliges un modo de acceso:

• Pública: cualquiera con el link.
• Código de invitación compartido: la gente necesita un código que tú les pasas. Es un solo código para todos, no una lista de invitados con nombre, así que trátalo como una contraseña compartida.
• Tu propio inicio de sesión: la app pide un login que tú le programas, por ejemplo con ayuda de Claude Code.

El modo queda dentro del código de la app, así que cambiarlo después es editar y volver a subir, no mover un interruptor.

Qué más viene incluido

Casi todo lo que se construye con un asistente necesita más que una página: un lugar donde guardar datos, dónde poner archivos que suben los usuarios, una o dos llaves de API. Una app de White Ghost incluye una base de datos PostgreSQL administrada, almacenamiento de archivos que se agrega cuando tu código lo necesita, secretos que pegas una vez en la consola y tareas programadas. La consola lista las nueve piezas que administra por ti, con el estado de cada una, para que veas todo lo que no tuviste que montar.

Esto aplica igual en Colombia, México o Chile: la plataforma no cambia por país. Lo único que cambia es dónde compras el dominio, si quieres uno propio.

Límites, dichos con claridad

• White Ghost corre apps en Node y en Python. Un archivo HTML suelto no es una app por sí solo; Claude Code lo convierte en una en pocos minutos.
• La app se apaga cuando nadie la usa, así que la primera visita después de un rato tarda un momento en despertar.
• Necesitas cuenta de GitHub, porque el código se guarda en tu cuenta y lo puedes bajar en .zip cuando quieras.
• Los links de preview de cada pull request son URLs públicas; no pongas datos de producción detrás de un preview.

Cuál escoger

Si estás de la segunda fila para abajo, escribe ghosty init y el resto se lo entregas a Claude Code.

Preguntas frecuentes