Vibedrop: hosting efímero para agentes de IA vía MCP

Vibedrop es hosting efímero para agentes: un servidor MCP que le permite a tu agente de IA publicar HTML estático en una URL pública al instante. Sin build, sin deploy, sin configurar nada. ¿El detalle que cambia todo? Los sitios se borran solos a las 24 horas aproximadamente.

Vibedrop es un servidor que implementa el Model Context Protocol (MCP) de Anthropic y le da a tu agente una herramienta llamada deploy_site. Vos (o el agente) le pasás archivos HTML, CSS y JS, y Vibedrop los sirve detrás de un subdominio público con formato .vdrop.site. No hay pipeline de build ni deploy. El agente llama a la herramienta, los archivos quedan online al toque, y compartís el link. Pensado para previews y demos, no para producción.

En 30 segundos

  • Qué es: un servidor MCP que publica sitios estáticos en una URL pública al instante, sin configuración.
  • Cómo se conecta: con un comando tipo claude mcp add apuntando al endpoint https://mcp.vibedrop.sh/mcp.
  • Cuánto duran los sitios: alrededor de 24 horas, después se eliminan solos.
  • Para qué sirve: previews, demos a clientes y validar ideas rápido, no para alojar un sitio definitivo.
  • Clientes soportados: Claude Code, OpenCode y Codex, todos contra el mismo endpoint HTTP.

Hosting es un servicio de infraestructura que proporciona servidores conectados a internet para alojar aplicaciones, sitios web y datos. Permite a empresas y desarrolladores ejecutar sus sistemas en línea sin mantener hardware propio.

¿Qué es MCP y cómo encaja Vibedrop?

MCP es el Model Context Protocol, un estándar abierto que Anthropic presentó en noviembre de 2024 para conectar agentes de IA con herramientas y datos externos. La idea es simple: en vez de que cada herramienta hable un idioma distinto, todas exponen un endpoint que el agente entiende. Lo explicamos a fondo en explorar las opciones de cloud hosting disponibles.

Vibedrop usa eso para una sola cosa: publicar webs. Cuando conectás el servidor, tu agente gana una herramienta nueva. Le decís “armá una landing y subila”, el agente genera el HTML, llama a deploy_site, y te devuelve algo como https://k3f9a1b2.vdrop.site. Listo.

El punto es que no tocás un panel de control ni configurás un servidor. El flujo entero vive adentro de la conversación con el agente.

Características principales: hosting temporal sin configuración

  • Publicación instantánea: no hay compilación ni espera de deploy, los archivos quedan servidos apenas el agente llama a la herramienta.
  • URLs públicas propias: cada sitio recibe un subdominio bajo .vdrop.site, accesible desde cualquier lado.
  • Auto-eliminación a las ~24h: lo que subís se borra solo, así que no junta basura ni te quedás con sitios zombie.
  • Cero build tools: trabajás con HTML, CSS y JS planos, sin Webpack, sin Node, sin nada que instalar.
  • Multi-cliente: Claude Code, OpenCode y Codex apuntan todos al mismo endpoint HTTP.

La ventaja del “zero setup” es concreta. Subís el archivo, recibís el link, lo mandás. No hay cuenta de hosting que dar de alta para una demo que vas a tirar en un rato. Más contexto en resolver problemas de hosting y dominio.

¿Cómo conectar Vibedrop a tu agente de IA?

Con Claude Code, corrés un comando y completás un sign-in que se abre en el navegador. Algo así:

  • Agregar el servidor: claude mcp add --transport http vibedrop https://mcp.vibedrop.sh/mcp
  • Reiniciar Claude y autenticar: abrís (o reiniciás) Claude, ejecutás el flujo de MCP y terminás el login en el browser.
  • Verificar: las herramientas aparecen recién cuando el servidor figura como conectado.

Para OpenCode el camino es parecido: agregás la entrada en ~/.config/opencode/opencode.json apuntando al mismo endpoint y completás el sign-in cuando OpenCode te lo pide (o lo disparás con opencode mcp auth vibedrop). En Codex vas a Settings, MCP servers, agregás un servidor nuevo, pegás la URL y aprobás el login. Mismo endpoint, misma lógica en los tres.

Casos de uso reales: cuándo usar hosting temporal para agentes

Ponele que estás iterando una landing con un cliente por videollamada. Le pedís al agente tres variantes, las publica, le pasás tres links y elegís en vivo. Eso es lo que resuelve bien. Cubrimos ese tema en detalle en alternativas en infraestructura cloud.

  • Previews de portafolios generados por IA: mostrás el resultado sin levantar infraestructura.
  • Demos a clientes: un link que vive lo justo para la reunión y después se evapora.
  • Validación rápida de diseños: probás una idea de UI antes de comprometerte a desarrollarla.
  • Landing pages experimentales: testeás un copy o un layout sin ensuciar tu hosting real.

La velocidad es el argumento central. Lo que antes era “armo el repo, configuro el deploy, espero el build” ahora es una llamada a una herramienta. Eso sí: la contracara de esa velocidad es que nada de esto persiste.

Hosting efímero para agentes vs. hosting tradicional: diferencias críticas

Son dos cosas distintas para dos momentos distintos. Vibedrop es para la idea que probás hoy y descartás mañana. Un hosting tradicional es para el sitio que querés que siga online el año que viene.

CaracterísticaVibedrop (efímero)Hosting tradicional
Persistencia~24 horas, se borra soloPermanente mientras pagues
ConfiguraciónCero, vía MCPSetup inicial (panel, DNS, etc.)
Velocidad de publicaciónInstantánea, sin buildDepende del flujo de deploy
Datos y backendSolo estático, sin persistenciaBases de datos, backend, escalable
DominioSubdominio .vdrop.siteDominio propio
Uso idealPreviews y demosProducción real
vibedrop hosting efímero diagrama explicativo

Si lo que necesitás es un proyecto que viva de verdad, con dominio propio y soporte, ahí lo lógico es un hosting persistente como donweb.com. Vibedrop no compite con eso. Resuelve el rato corto entre “tengo una idea” y “se la muestro a alguien”.

Publicar tu primer sitio en Vibedrop: guía rápida

  • Paso 1, conectá el MCP: agregás el servidor a tu agente con el endpoint HTTP y completás el sign-in.
  • Paso 2, pedí el sitio: le decís al agente algo tipo “armá un sitio de una cafetería y subilo”.
  • Paso 3, el agente llama a deploy_site: le pasa los archivos HTML, CSS y JS que generó.
  • Paso 4, recibís la URL: la respuesta trae el link en su subdominio .vdrop.site, listo para compartir.

El ejemplo de la propia documentación es casi literal: pedís “create a coffee shop site and upload it” y la herramienta te devuelve una URL pública. No hay paso intermedio. La parte difícil (generar el código) la hace el agente, y la parte aburrida (publicarlo) la hace Vibedrop. En decidir entre self-hosting y servicios gestionados profundizamos sobre esto.

Qué está confirmado y qué no

  • Confirmado: el endpoint es https://mcp.vibedrop.sh/mcp sobre HTTP, según la documentación oficial de Vibedrop.
  • Confirmado: los sitios se sirven en subdominios .vdrop.site y se eliminan a las ~24 horas.
  • Confirmado: el servicio publica solo contenido estático (HTML, CSS, JS), sin backend ni base de datos.
  • Pendiente o sin detallar: la página oficial no especifica límites de tamaño, cuotas por usuario ni un modelo de precios claro al momento de escribir esto.
  • Pendiente: tampoco queda explícito qué controles de seguridad o moderación se aplican más allá del sandbox temporal de 24 horas.

Errores comunes al usar Vibedrop

  • Usarlo para producción: si publicás algo que tiene que durar y al día siguiente el link está muerto, el problema no es el servicio, es la elección. Para algo permanente, hosting tradicional.
  • Esperar persistencia de datos: es estático. Si tu demo necesita guardar formularios o sesiones, Vibedrop no es la herramienta. Sirve para la cara visible, no para el backend.
  • No verificar que el MCP figure conectado: las herramientas aparecen recién cuando el servidor está en estado conectado. Si no las ves, no terminaste el sign-in en el navegador.
  • Compartir el link como si fuera definitivo: mandarle a un cliente una URL .vdrop.site para que la guarde “de referencia” es pedir un 404 garantizado. Avisá que es un preview temporal.

Preguntas Frecuentes

¿Qué es Vibedrop y para qué sirve?

Vibedrop es un servidor MCP que le permite a un agente de IA publicar sitios HTML estáticos en una URL pública al instante. Sirve para previews, demos y validar ideas rápido, sin configurar hosting ni pasar por un proceso de build o deploy.

¿Cuánto tiempo duran los sitios publicados en Vibedrop?

Alrededor de 24 horas. Pasado ese plazo, el sitio se elimina solo y la URL deja de funcionar. Por eso está pensado para contenido temporal y no para alojar un proyecto definitivo.

¿Cómo se usa Vibedrop con Claude Code?

Corrés claude mcp add --transport http vibedrop https://mcp.vibedrop.sh/mcp, reiniciás Claude y completás el sign-in en el navegador. Cuando el servidor figura como conectado, las herramientas quedan disponibles y le podés pedir al agente que cree y publique un sitio.

¿Qué diferencia hay entre Vibedrop y un hosting normal?

Vibedrop es efímero, sin configuración y solo estático: los sitios viven unas 24 horas. Un hosting tradicional es persistente, soporta backend y bases de datos, usa dominio propio y está pensado para producción. Uno es para demos, el otro para proyectos reales.

¿Para qué casos de uso conviene el hosting efímero de agentes?

Conviene para previsualizar trabajos generados por IA, mostrar demos en una reunión, validar diseños y armar landings experimentales. En todos esos casos lo que importa es la velocidad y que el resultado no tenga que sobrevivir más allá del momento.

Conclusión

Vibedrop ataca un problema chico pero molesto: la fricción entre generar una web con un agente y mostrarla. Lo resuelve borrando el deploy de la ecuación. Conectás el MCP una vez, y a partir de ahí publicar es una llamada a una herramienta.

El límite es claro y honesto: 24 horas, solo estático, sin persistencia. Sabiendo eso, encaja perfecto para previews y demos. Si tu proyecto tiene que vivir más de un día, ahí pasás a un hosting tradicional con dominio propio. La regla práctica es simple: Vibedrop para validar, hosting real para producir.

Fuentes

Te puede interesar...