La distancia entre «ojalá alguien creara esto» y un prototipo funcional se está acortando. Describes una herramienta, una IA escribe algo de código y aparece una vista previa. Luego pides cambios. En algún momento, tu inocente idea de una pequeña hoja de cálculo adquiere un panel y empieza a exigir un logotipo.
Ese es el atractivo de lo que cada vez más personas llaman vibe coding: crear software mediante una conversación, con una IA encargándose de buena parte de la implementación. Puede hacer que experimentar sea accesible para personas que nunca empezarían con un editor de código vacío. No convierte automáticamente a quien escribe las instrucciones en un ingeniero de software experimentado.
Google lleva la idea al buscador
El 4 de marzo, Google anunció que Canvas en el Modo IA estaba disponible para todos los usuarios de Estados Unidos en inglés, con funciones para tareas de escritura y programación. Los usuarios pueden describir una herramienta interactiva, obtener un prototipo en un panel lateral, examinar su código y perfeccionarlo mediante nuevas solicitudes.
El ejemplo de Google es un panel de becas que organiza requisitos, plazos e importes. Ilustra bien la oportunidad: una interfaz personalizada para un problema concreto, creada en el mismo lugar donde alguien ya estaba buscando información.
Esto es distinto de Canvas en la aplicación Gemini. Google presentó ese espacio de trabajo en marzo de 2025 para los usuarios de Gemini y Gemini Advanced de todo el mundo. El nuevo anuncio del buscador no debe confundirse con la primera vez que Google ofreció este tipo de espacio de trabajo, ni con una función antes exclusivamente de pago que de pronto se vuelve gratuita.
Claude Code es una herramienta, no un modelo
Otro nombre que aparece en esta conversación es Claude Code. Anthropic lo presentó como versión preliminar de investigación el 24 de febrero de 2025, junto con Claude 3.7 Sonnet. Sonnet era el modelo; Claude Code era la herramienta de programación, diseñada para trabajar desde una terminal y realizar acciones en un proyecto.
Esa distinción ayuda a explicar por qué estos productos pueden resultar tan diferentes. Un modelo aporta las capacidades lingüísticas y de programación subyacentes. Una herramienta le proporciona un lugar donde trabajar, acceso a archivos y una interfaz para proponer o realizar cambios. Un creador de prototipos en el navegador y un asistente de programación basado en una terminal no ofrecen la misma experiencia inicial.
Para alguien sin conocimientos de programación, ver una vista previa funcional puede resultar más accesible que encontrarse por primera vez con la línea de comandos. Para quien mantiene una base de código existente, trabajar directamente con ese proyecto puede ser más útil. No existe una única interfaz que, por arte de magia, se adapte a todo el mundo.
El prototipo es donde empieza la conversación
Imagina pedir un panel que registre las menciones de un pequeño negocio. Conseguir una página con un gráfico es un hito. Conectar datos fiables, gestionar resultados ausentes, mantener las credenciales en privado y lograr que el gráfico se actualice correctamente son hitos distintos.
Lo mismo ocurre con un formulario de reservas. Puede parecer terminado y, aun así, permitir que dos personas reserven el mismo horario. Una demostración funcional te dice algo valioso: la idea se puede plasmar. No te dice que se hayan contemplado todos los fallos importantes.
Aquí es donde el criterio humano sigue siendo útil. Define qué debe ocurrir, prueba entradas que puedan provocar fallos y comprueba qué se almacena o se envía realmente. Si la herramienta afecta a clientes, dinero o información privada, la revisión de alguien que entienda la implementación es una parte sensata de su preparación.
Por qué esto sigue siendo emocionante
Nada de eso anula el beneficio. Un prototipo puede ayudar a un equipo a ponerse de acuerdo sobre lo que quiere antes de invertir en un proyecto mayor. Una herramienta personal puede resolver un problema pequeño y molesto sin convertirse en la próxima plataforma financiada por capital de riesgo. A veces, un proyecto útil de una tarde puede seguir siendo simplemente eso.
La idea más amplia va más allá de la interfaz de preguntas y respuestas que describimos en nuestra guía de funciones de ChatGPT (en inglés): el software empieza a realizar partes de una tarea en lugar de limitarse a explicar cómo podrías hacerlas. La pregunta interesante pasa a ser qué acciones puede ejecutar de forma fiable y en qué puntos debe seguir interviniendo quien lo utiliza.
Nuestro gato residente pediría, naturalmente, una aplicación para planificar comidas. La primera especificación sería «más comidas». La segunda eliminaría todos los límites de gasto. Por eso, hasta el responsable de producto más entusiasta necesita a alguien dispuesto a revisar los requisitos.
El vibe coding hace más fácil empezar. El siguiente desafío es aprender lo que hace falta para terminar.
Traducción al español del artículo original en inglés del 2026-03-05. Traducido con ayuda de IA el 2026-11-02; las referencias temporales siguen siendo las del original.




