El vibe coding necesita un dominio: regístralo sin interrumpir el ritmo

Escribiste una instrucción, viste cómo se llenaba el árbol de archivos y, treinta segundos después, apareció una URL activa en el chat. Ese es todo el atractivo del vibe coding: la distancia entre «tengo una idea» y «hay algo que funciona en internet» se ha reducido a poco más de lo que dura una pausa para el café. Salvo por un detalle: la URL que tienes delante termina en algo como my-app-a3f9.vercel.app o my-app.lovable.app, un subdominio de plataforma, no un nombre que pondrías en una tarjeta de visita. Pasar de ahí a un dominio que realmente posees es donde suele romperse el ritmo, y no tiene por qué ser así.

Qué significa realmente «vibe coding»

Si aún no conoces bien el término: Wikipedia define el vibe coding como una práctica de desarrollo de software asistida por inteligencia artificial (IA) en la que el desarrollador describe un proyecto o tarea mediante una instrucción para que un modelo de lenguaje de gran tamaño (LLM) genere el código fuente automáticamente. Su rasgo definitorio no es solo que la IA escriba el código —otras herramientas más antiguas ya lo hacían con autocompletado—, sino que a menudo aceptas lo que devuelve e iteras describiendo el siguiente cambio en lenguaje natural, en vez de leer cada línea producida por el modelo. Andrej Karpathy, antiguo responsable de IA de Tesla y cofundador de OpenAI, acuñó el término en febrero de 2025; se popularizó tan rápido que Merriam-Webster lo señaló como jerga en tendencia en menos de un mes y Collins English Dictionary lo nombró más tarde palabra del año.

Nada de esto pretende desmerecer la práctica. Describir lo que quieres y recibir una app funcionando es una forma genuinamente nueva de crear, y las herramientas que la rodean —Cursor, Lovable, Replit, bolt.new, v0, Claude Code— han mejorado tanto que un prototipo funcional ya no es la parte difícil. Lo difícil, o al menos lo que aún parece propio de 2015, es todo lo que viene después de «funciona»: ponerle nombre y darle una dirección real.

El último tramo: del subdominio de plataforma a tu propio dominio

Todas esas plataformas resuelven el mismo problema de la misma forma: despliegan primero, en un Subdominio del dominio de la propia plataforma, y dejan el dominio personalizado como un paso opcional posterior que configuras en un panel de ajustes. Es la opción predeterminada correcta —no deberías tener que poseer un dominio antes de comprobar siquiera si tu idea funciona—, pero convierte el subdominio de plataforma en una parada intermedia, no en el destino. Es más lento de decir en voz alta, no es memorable y le comunica a cualquiera que mire la barra de direcciones que sigues en el plan gratuito de la herramienta de otra persona.

Registrar el dominio real es una tarea pequeña en términos absolutos —buscar un nombre, comprarlo y añadir un par de registros DNS—, pero es el único paso de todo el ciclo de vibe coding que tradicionalmente ocurre en algún lugar completamente distinto.

Por qué salir del editor interrumpe el ritmo

Esta es la fricción real, y no es que registrar un dominio sea difícil. Es que está en otro sitio. Para registrar un dominio de la forma tradicional, interrumpes la conversación que mantienes con tu agente de programación, abres una pestaña del navegador, llegas a la página principal de un Registrador, buscas un nombre, te muestran tres ventas adicionales de protección de privacidad, alojamiento de correo y un creador de sitios web que no necesitas, averiguas qué casilla debes desmarcar, pagas y luego —esta es la parte que omiten las guías genéricas sobre dominios— descubres qué registro de DNS requiere tu plataforma de alojamiento concreta, buscas ese valor en otro panel y lo pegas en una tercera pestaña.

No es una tarea, son cinco, repartidas entre tres productos distintos, ninguno de los cuales sabe qué acabas de crear ni en qué plataforma lo has desplegado. Cada cambio de contexto tiene un coste real: pierdes el hilo de lo que estabas haciendo y existe una probabilidad distinta de cero de que regreses una hora más tarde tras distraerte con algo en alguna de esas otras pestañas. Para una tarea de cinco minutos, es demasiada sobrecarga.

Regístralo sin salir del chat

La solución es tratar el dominio igual que ya tratas el despliegue: como otra llamada a una herramienta dentro de la misma conversación, no como un recado aparte. El agente que preparó tu app y envió el despliegue ya tiene el contexto —el nombre de la app y la plataforma en la que se ejecuta—, así que es también la herramienta adecuada para comprobar un nombre, registrarlo y configurar el DNS.

Reducido a lo esencial, el proceso consta de tres pasos:

1. Pide al agente que compruebe el nombre. «¿Está disponible myapp.com?» es una llamada de solo lectura, así que funciona incluso antes de conectar nada con permisos de escritura.
2. Confirma y registra. «Regístralo durante un año» envía el pedido; el agente vigila su estado hasta que se completa.
3. Apúntalo a tu despliegue. Dale al agente el registro que exige tu plataforma de alojamiento (un registro A para un dominio raíz, un CNAME para un subdominio), y lo escribe; o, si delegas por completo el DNS en tu proveedor de alojamiento, vuelve a delegar el dominio a nivel de Servidor de nombres (Registro NS).

Esa es la estructura; los detalles exactos —qué archivo de configuración lee cada editor y los valores literales de DNS que solicitan Vercel y Cloudflare Pages— ya aparecen explicados paso a paso en Guía rápida de Namefi MCP: Claude Code, Cursor y Windsurf, así que este artículo no los repetirá. Si programas en un editor distinto de esos tres —OpenAI Codex, Gemini CLI, Claude Desktop o cualquier otra herramienta que hable MCP—, Cómo registrar un dominio en Namefi con tu agente de IA es la guía central con una configuración verificada para cada uno, además de una vía REST directa para cualquier herramienta que no sea compatible con MCP de forma nativa.

Deja que el agente también proponga nombres

El paso de elegir un nombre merece una mención propia, porque suele romper el ritmo tanto como el pago. La versión tradicional consiste en pensar un nombre, cambiar a la pestaña del registrador, descubrir que ya está ocupado, pensar otro, volver a cambiar de pestaña y repetir hasta que alguno encaje o te rindas y añadas un número al final.

La API de Namefi expone una comprobación masiva de disponibilidad —la misma referencia de namefi.io/llms.txt que lee cada agente la describe como una forma de «evaluar muchos nombres a la vez»—, así que, en lugar de probar candidatos de uno en uno, puedes dar a tu agente una lista entera y recibir en un solo viaje de ida y vuelta cuáles están realmente libres. En la práctica, eso convierte la elección de nombre en una sola instrucción: «la app es un rastreador de hábitos llamado Streaky; comprueba streaky.com, streaky.app, getstreaky.com y streaky.io, y dime cuáles están disponibles». El agente ejecuta la consulta por lotes, informa del resultado y eliges entre nombres que sabes que realmente puedes tener, en vez de encariñarte con uno que ya está registrado.

Un ejemplo completo: de una instrucción a una URL activa

Imagina que has pasado una tarde haciendo vibe coding de una pequeña herramienta —una app de lista de la compra compartida que creaste porque te molestaban las existentes—. Está activa en un subdominio de plataforma, funciona y un par de amigos quieren el enlace. Así transcurre el resto de la sesión, en la misma ventana de chat:

Preguntas si cartly.app está disponible. Lo está. Dices: «regístralo durante un año y apúntalo a lo que acabamos de desplegar». El agente envía el registro, consulta su estado hasta que termina y luego pregunta a tu plataforma de alojamiento —con una rápida consulta a su propio panel— qué registro DNS necesita para el dominio que acabas de comprar: un registro A, en este caso, porque usas el dominio raíz en vez de un subdominio www. Pegas ese valor en el chat, el agente escribe el registro y, unos minutos después —el DNS necesita algo de tiempo para propagarse—, cartly.app resuelve exactamente a la app que tus amigos ya tienen abierta en otra pestaña. Tiempo total fuera del editor: cero. Pestañas abiertas que no formaban ya parte de crear la app: cero.

Preguntas frecuentes

¿Necesito saber de DNS para hacer esto?

No más de lo que necesitas saber cómo funciona un índice de base de datos para usar uno. Tu agente pregunta a la plataforma de alojamiento qué registro necesita y lo escribe; tú, sobre todo, confirmas valores en lugar de componerlos a mano.

¿Funciona con cualquier plataforma de vibe coding o solo con algunas?

El registro y el DNS son independientes de la plataforma: se trata de un dominio y un registro DNS, que funcionan igual sin importar qué haya creado tu app. Lo que varía es el tipo de registro que solicita tu plataforma de alojamiento, algo que Guía rápida de Namefi MCP cubre específicamente para Vercel y Cloudflare Pages.

¿El dominio que registro de esta forma queda tokenizado?

Sí, de forma predeterminada. Namefi es un registrador acreditado por ICANN y registra el dominio como un NFT para la billetera asociada a tu clave API, en Base, junto con el registro estándar: obtienes un dominio normal que funciona y un registro de propiedad en cadena, no uno en lugar del otro.

¿Y si el nombre exacto que quiero ya está ocupado?

Para eso sirve la comprobación masiva de disponibilidad anterior: da a tu agente varios candidatos (variaciones de TLD, prefijos, sinónimos) en vez de probarlos uno a uno, y deja que te informe de cuáles están realmente libres.

¿Necesito una cuenta de Namefi antes de probarlo?

No. La comprobación de disponibilidad es de solo lectura y no requiere autenticación, así que puedes configurar la conexión y probar un nombre antes de generar una clave API o de aportar fondos.

Integra el nombre en el flujo que ya sigues

El dominio no es un proyecto aparte: es el mismo tipo de decisión de infraestructura que elegir una plataforma de alojamiento, y no hay una buena razón para que sea la única parte de publicar una app que todavía requiere una pestaña del navegador y un formulario de pago. La próxima vez que un agente te entregue una app funcionando en un subdominio de plataforma, sigue en la conversación y pídele que compruebe un nombre.

Genera una clave API de Namefi y úsala en lo que estés creando ahora mismo, o comienza con el recorrido completo en Guía rápida de Namefi MCP: Claude Code, Cursor y Windsurf.

Fuentes y lecturas adicionales

• Wikipedia — Vibe coding (definición, acuñación del término por Andrej Karpathy en febrero de 2025 y cronología de adopción)
• Namefi — namefi.io/llms.txt (endpoint de disponibilidad masiva, URL del servidor MCP y referencia para registro y DNS)
• Namefi — Guía rápida de Namefi MCP: Claude Code, Cursor y Windsurf (configuración por editor, el proceso completo de cinco pasos y pasos de DNS para Vercel y Cloudflare Pages)
• Namefi — Cómo registrar un dominio en Namefi con tu agente de IA (configuración para Codex, Gemini CLI, Claude Desktop y la vía REST directa)
• Model Context Protocol — modelcontextprotocol.io (visión general del protocolo)