La Revolución del "Vibe Coding": Cómo construir software a la velocidad del pensamiento

Hay una revolución silenciosa ocurriendo en cómo construimos software, y no tiene nada que ver con un nuevo framework de JavaScript. Se trata de un cambio en quién—o qué—hace el trabajo pesado.

Imagina este escenario: Estás esperando un vuelo. Tienes una idea. Para cuando aterrizas, no solo tienes notas en tu teléfono; tienes un MVP completamente desplegado con base de datos, autenticación y un frontend, funcionando en vivo en una URL. No escribiste ni una sola línea de sintaxis. Simplemente gestionaste el flujo.

Esto no es ciencia ficción. Es lo que la gente está empezando a llamar "Vibe Coding" (Programación por Vibe), y está cambiando fundamentalmente la economía de las startups.

La mayoría de los fundadores siguen atrapados en el viejo ciclo: Idea -> Contratar/Codificar -> Depurar -> Desplegar. Ese ciclo es demasiado lento. El nuevo ciclo se ve así: Contexto -> Agente de IA -> Verificación.

He pasado las últimas semanas refinando un stack que automatiza la caótica fase intermedia del desarrollo. Me permite ejecutar diez MVPs potenciales en ciclos paralelos. Aquí está la configuración exacta, el flujo de trabajo y la honesta verdad sobre dónde falla.

El Stack del "Vibe"

Para que esto funcione, necesitas herramientas que hablen entre sí. No buscamos las soluciones empresariales más complejas; queremos velocidad e integración. Aquí está el kit de herramientas:

1. Framework: create-t3-turbo (Una configuración de monorepo construida sobre Turborepo que maneja frontend y backend en un solo lugar. Incluye Next.js, tRPC, Tailwind y Prisma. Perfecto para MVPs).
2. Cerebro: Claude Code (La herramienta CLI que actúa como tu ingeniero principal).
3. Gestión de Proyectos: Linear (La fuente de la verdad).
4. Seguimiento: GitHub Issues (Sincronizado con Linear).
5. Infraestructura: Vercel (Hosting) + Neon (Postgres Serverless).

Tanto Vercel como Neon tienen planes gratuitos generosos, lo que significa que tu costo para experimentar es efectivamente cero.

La Fase de Configuración

Antes de escribir una línea de código, necesitas conectar la máquina. Aquí está el proceso de configuración exacto:

1. Inicializar el Proyecto

Empieza creando un nuevo proyecto create-t3-turbo. Esto te da una estructura de monorepo lista para producción con todo configurado:

npx create-turbo@latest -e https://github.com/t3-oss/create-t3-turbo

Este comando genera la estructura de un stack completo con Next.js para el frontend, tRPC para APIs con seguridad de tipos (type-safe), Prisma para la gestión de base de datos y Tailwind CSS para los estilos—todo en una estructura de monorepo Turborepo.

2. Instalar Claude Code

A continuación, instala Claude Code, tu asistente de desarrollo impulsado por IA. Sigue la guía de instalación en code.claude.com. Una vez instalado, puedes lanzarlo desde el directorio de tu proyecto:

claude

3. Configurar la Integración con GitHub Actions

Dentro de la CLI de Claude Code, instala la integración de GitHub Actions ejecutando:

/install-github-app

Este comando configura el bot de GitHub Actions que permitirá a Claude crear Pull Requests, ejecutar flujos de trabajo de CI/CD e interactuar con tu repositorio. La integración permite a Claude ejecutar cambios de código a través de flujos de trabajo automatizados en lugar de solo sugerirlos. Para instrucciones detalladas de configuración, consulta la documentación oficial de GitHub Actions.

4. Conectar Linear a GitHub

La magia ocurre cuando conectas Linear a GitHub para la sincronización bidireccional de issues (incidencias). Así es como se hace:

1. Ve a la página de integración de GitHub en Linear
2. Haz clic en "Add Integration" y autoriza a Linear para acceder a tu cuenta de GitHub
3. Selecciona el repositorio que quieres sincronizar
4. Configura los ajustes de sincronización:
   • Sincronización bidireccional: Los issues creados en GitHub aparecen automáticamente en Linear, y viceversa
   • Mapeo de estados: Mapea los estados del flujo de trabajo de Linear (Todo, In Progress, Done) a los estados de los issues de GitHub
   • Sincronización de prioridad: Mantén los niveles de prioridad sincronizados entre ambas plataformas
   • Auto-enlazado: Enlaza automáticamente ramas y PRs a los issues de Linear usando los IDs de los issues

Una vez configurado, cuando se crea un issue en GitHub, aparece en Linear. Cuando actualizas la prioridad o el estado en Linear, el cambio se refleja en GitHub. Esto crea un flujo de trabajo unificado donde puedes gestionar tareas desde cualquiera de las dos plataformas.

5. Desplegar Infraestructura

Finalmente, despliega en Vercel con una base de datos Neon:

• Conecta tu repositorio de GitHub a Vercel
• Aprovisiona una base de datos Postgres serverless en Neon (plan gratuito disponible)
• Añade la cadena de conexión de la base de datos a tus variables de entorno en Vercel

Una vez desplegado, ahora tienes un pipeline de integración continua que va desde tus pensamientos hasta una URL en vivo. Cada fusión (merge) a la rama principal despliega automáticamente a producción.

El Flujo de Trabajo Automatizado

Aquí es donde el rol tradicional del Product Manager (Gerente de Producto) comienza a desvanecerse.

1. La Sesión de Contexto

Si tienes una idea, no abras un IDE. Abre una ventana de chat. Habla con ChatGPT o Claude, volcando tus pensamientos crudos. Deja que la IA te desafíe. Al final de esta sesión, pídele que genere un PRD (Documento de Requisitos del Producto) en formato Markdown.

Lo que obtienes suele ser mejor que lo que producen la mayoría de los PMs de nivel medio. Es detallado, estructurado y profesional.

Insight: Creo que el rol dedicado de "Product Manager" es el primero en ser disrumpido por la IA. Nos estamos moviendo hacia un mundo de "Diseñadores de Producto" o "Creadores Full-Stack" que manejan la visión, mientras la IA maneja las especificaciones.

2. El Traspaso (Handoff)

Alimenta ese PRD en Markdown a tu Claude Code local. Este es el paso crucial donde la IA transforma los requisitos en ítems de trabajo accionables.

Dentro de la CLI de Claude Code, instrúyele para que analice el PRD y genere GitHub Issues. Claude Code utiliza la CLI de GitHub (gh) bajo el capó para interactuar con tu repositorio. Esto es lo que sucede:

1. Análisis: Claude analiza el PRD y lo desglosa en tareas discretas y accionables
2. Creación de Issues: Para cada tarea, Claude ejecuta comandos como:

   gh issue create --title "Implement user authentication" \
     --body "Details from PRD..." \
     --label "feature" \
     --assignee "@me"
   

3. Asignación de Metadatos: Claude asigna automáticamente etiquetas (feature, bug, enhancement), prioridades e incluso estimaciones basadas en la complejidad descrita en el PRD
4. Mapeo de Dependencias: Si la integración de GitHub Actions está configurada, Claude también puede crear dependencias de issues e hitos (milestones)

La belleza de usar la CLI gh es que es programable—Claude puede crear por lotes docenas de issues en segundos, cada uno formateado correctamente con descripciones en markdown, criterios de aceptación y notas técnicas.

De repente, tu tablero de Linear se ilumina. Gracias a la sincronización Linear-GitHub que configuraste antes, verás de 10 a 20 tickets poblándose automáticamente—titulados correctamente, con descripciones detalladas, prioridades y estado. Todo el backlog que a un PM le tomaría horas crear manualmente se genera en menos de un minuto.

3. La Ejecución

Ahora, actúas como el Engineering Manager. Etiquetas a @claude en los issues para comenzar a trabajar en los tickets. Claude escribe el código en GitHub Actions, crea el Pull Request y espera revisión.

Tú haces el merge.

El CI/CD de Vercel entra en acción. Minutos después, los cambios están en vivo.

La belleza de esto es que puede suceder en tu teléfono. Estás revisando PRs y gestionando el tablero desde un taxi o una cafetería. No estás escribiendo código repetitivo (boilerplate) genérico de React; estás dirigiendo un equipo de construcción de alta velocidad.

El Problema de la "Última Milla"

Si dejas de leer aquí, podrías pensar que la IA ha resuelto todo. No lo ha hecho.

Aunque el "Vibe Coding" es poderoso, debemos ser honestos sobre sus limitaciones. La IA es increíble en el "trabajo sucio" y el "trabajo seco". Puede generar el esquema de una base de datos, construir un formulario de inicio de sesión y configurar rutas de API más rápido que cualquier humano.

Pero lucha con el alma del producto.

Piénsalo como construir una casa. La IA es tu equipo de obra negra. Pueden verter el concreto, levantar las vigas y colocar los paneles de yeso en tiempo récord. Pero son terribles diseñadores de interiores. No saben que el interruptor de luz se siente mal en esa esquina, o que el flujo de la cocina hace que la gente choque entre sí.

En software, esta es la "Última Milla". Las interacciones que deleitan a los usuarios, las animaciones sutiles de la UI, los casos extremos en la lógica de negocio—aquí es donde tú, el constructor humano, debes intervenir.

Si confías al 100% en la IA para terminar el producto, terminarás con un software que funciona técnicamente pero se siente vacío emocionalmente. Carecerá de esa "artesanía" que separa a los grandes productos de los genéricos.

Conclusiones Prácticas

Si quieres probar esto hoy, aquí está mi consejo:

• Empieza con el PRD: Nunca le pidas a la IA que "simplemente programe". La calidad del código es consecuencia de la calidad del PRD. Gasta tu energía refinando el texto de los requisitos, no la sintaxis del código.
• Confía pero Verifica: Los agentes de codificación de IA pueden alucinar dependencias o escribir lógica insegura. Lee los diffs. Trata a la IA como a un desarrollador talentoso pero junior.
• Abraza el Volumen: Usa esta velocidad para probar más ideas. Si puedes construir un MVP en un fin de semana en lugar de un mes, tus probabilidades de encontrar el ajuste producto-mercado (product-market fit) aumentan exponencialmente.

La barrera para construir ha desaparecido. Lo único que queda es tu gusto y tu persistencia.