Vibecoding para el jardín: cuando el LLM escribe tu app

Volver al ordenador cinco minutos después de lanzar un prompt largo y encontrarse con una app funcionando en la ventana de previsualización: eso es exactamente lo que describe un editor de The Verge en su pieza publicada el 13 de junio. El motivo era prosaico: su jardín trasero se estaba muriendo y quería una herramienta para registrar plantas, riegos y tareas pendientes. En lugar de buscar una app en la tienda, decidió construir la suya con Gemini.

El resultado llegó rápido. También llegó con un error: `~ Channel is unrecoverably broken and will be disposed!`. Sonaba grave. Pero justo debajo aparecía un botón para corregirlo automáticamente. Raro, sí. Funcional, también.

Qué es el vibecoding y por qué este caso importa

El término «vibecoding» se usa desde hace meses para describir la práctica de construir software describiendo lo que quieres en lenguaje natural, sin escribir código manualmente. No es nuevo como concepto, pero sí lo es su accesibilidad real: cualquier persona con un navegador puede probar hoy a generar una app funcional desde un prompt.

Lo que hace interesante el experimento de The Verge no es el jardín en sí, sino el perfil del autor: no es desarrollador. Es alguien que necesitaba resolver un problema concreto y evaluó si los LLMs actuales pueden ser un taller de software personal para perfiles no técnicos. La respuesta que emerge del artículo es matizada: sí, con fricciones.

Lo que funciona y lo que todavía rasca

El flujo de generación inicial es sorprendentemente fluido. Un prompt detallado produce una interfaz navegable en minutos. Los LLMs actuales han mejorado mucho en inferir estructura de datos razonable desde descripciones en prosa: qué campos necesita un registro de planta, cómo organizar las tareas por frecuencia, dónde poner los recordatorios.

Los problemas aparecen en la iteración. Cuando el autor quiere modificar algo concreto —cambiar el comportamiento de un botón, ajustar la lógica de notificaciones—, el modelo a veces reescribe partes que ya funcionaban. El error del canal roto que menciona al principio es representativo: la experiencia oscila entre «esto es magia» y «no sé por qué se ha roto esto».

El botón de autocorrección es un detalle revelador. Normaliza la presencia del error como parte del flujo de trabajo, no como excepción. Para alguien sin formación técnica, eso puede ser liberador o desconcertante dependiendo del día.

Para quién tiene sentido este enfoque hoy

El vibecoding funciona bien en un perfil bastante específico: alguien que necesita una herramienta personal de alcance limitado, que no tiene requisitos de escalabilidad ni seguridad exigentes, y que puede tolerar cierta opacidad en el funcionamiento interno de lo que genera.

Para ese perfil, construir una app de jardín, un rastreador de hábitos o un gestor de listas personalizadas tiene sentido real. El coste de entrada es casi cero. El tiempo hasta tener algo usable es de minutos, no semanas.

Donde el modelo todavía flojea es en la mantenibilidad. Si la app crece, si algo se rompe de forma no obvia, o si el usuario quiere integrarse con servicios externos, la falta de comprensión del código subyacente se convierte en un techo concreto. No es un problema del futuro hipotético: es el techo que cualquier vibecoder no técnico va a encontrar antes o después.

Contexto en el ecosistema de herramientas

Este tipo de experimentos están redefiniendo qué significa «hacer una app». Las herramientas de Claude Code con subagentes y plugins, los entornos de Gemini con previsualización en vivo, y plataformas similares están convergiendo hacia flujos donde el ciclo prompt-previsualización-corrección se vuelve el paradigma principal de desarrollo para usuarios no especializados.

No es que los desarrolladores profesionales vayan a desaparecer. Es que el umbral para tener algo funcional se ha bajado tanto que personas que antes ni lo intentaban ahora generan herramientas que cubren sus necesidades reales. Eso tiene valor, con independencia de si el código resultante es elegante o no.

---

Opinión EP: el experimento del jardín es un buen termómetro del estado real del vibecoding: útil para casos acotados, aún rugoso en cuanto aparece cualquier complejidad. Vale la pena seguir de cerca cómo evolucionan los mecanismos de corrección automática; ahí está gran parte de la diferencia entre una curiosidad y una herramienta de uso sostenido.