VIBE CODING A PRODUCCIÓN
La IA puede hacer un borrador de producto en un fin de semana. Producción sigue necesitando ownership, tests, y una definición despiadada de done. Aquí está la división del trabajo.
← Guides All guides in this topic
Para qué sirve vibe coding
Vibe coding significa dirigir un agente de IA con intención y gusto más que con una especificación formal: Cursor, Claude Code, Copilot, Windsurf, y similares. Es excelente para spikes, herramientas internas, migraciones con un antes y después claro, scaffolding de UI, y código de pegamento aburrido que preferirías no escribir.
También es cómo muchos founders inician productos ahora. Eso está bien. El modo de fallo es tratar un demo local funcional como un sistema de producción. Usuarios, pagos, autenticación, SEO, accesibilidad, y la realidad de estar on-call no les importa que el agente se haya sentido rápido.
Punto clave: usa vibe coding para explorar y acelerar. No confundas velocidad de generación con disposición para servir clientes.
Dónde falla en producción
Los patrones que veo cuando apps construidas con IA se enfrentan a tráfico real:
Sin propiedad de la arquitectura
El agente creará felizmente un tercer patrón para traer datos porque el prompt no lo prohibió. Seis semanas después nadie sabe cuál es el patrón canónico.
Auth y pagos solo en el camino feliz
El login funciona en la cuenta de demostración. Los casos extremos, la expiración de sesión, reintentos de webhook y validaciones de permisos son ficción hasta que un humano los documenta y los prueba.
Deuda de performance y SEO invisible
Apps renderizadas en el cliente, imágenes sin límites y metadatos faltantes se lanzan porque el agente optimizó para "se ve bien en Chrome".
Proliferación de secretos y variables de entorno
Claves en logs de chat, ejemplos .env que son reales, y despliegues de preview que hablan con bases de datos de producción.
La lección clave: Los fallos en producción después de programar por intuición usualmente son por falta de propiedad y casos extremos, no por la capacidad del modelo.
Los guardarraíles que lo hacen enviable
| Guardrail | Why it matters | Minimum bar |
|---|---|---|
| Written definition of done | Stops demo theatre | Auth, payments, empty states, error states listed |
| Thin vertical slice first | Proves the risky path | One real user journey in staging with real data shape |
| Human review on critical paths | Agents miss incentives | Auth, billing, migrations, public SEO routes |
| Automated checks | Catches regressions agents reintroduce | Typecheck, lint, smoke tests, CWV on key templates |
| Observability | You cannot fix what you cannot see | Error tracking + basic product analytics before launch |
| Rollback plan | Fast generation needs fast undo | Migrations reversible, feature flags for risky UI |
Dentro de Seahawk tratamos los agentes como juniors agresivos con velocidad de escritura infinita. Ellos redactan. Los humanos aún controlan la arquitectura, la seguridad y la decisión de lanzamiento. Para el flujo de trabajo más largo que usamos cuando construimos con Claude a propósito, consulta la guía de flujo de trabajo dirigido por especificaciones de Claude y el pilar de software personalizado.
Punto clave: Escribe la lista de tareas completadas antes de abrir el agente. Revisa tú mismo los caminos peligrosos.
Un loop práctico que usamos
1. Describe el trabajo del usuario en un párrafo. 2. Lista las cosas innegociables (proveedor de autenticación, CMS, hosting, accesibilidad, SEO). 3. Deja que el agente cree andamios contra esa lista. 4. Ejecuta la app en los caminos infelices el mismo día. 5. Elimina las abstracciones inteligentes que el agente inventó que no pediste. 6. Añade pruebas solo donde el error es costoso. 7. Envía un fragmento estrecho. 8. Solo entonces amplía el alcance.
Si el paso 4 falla dos veces seguidas, deja de hacer prompts y escribe una especificación corta. La codificación sin estructura sin un loop que se ajuste se convierte en rotación de prompts.
Punto clave: Alterna generación con uso adversarial. Si solo avanzan con vibra, solo demuestran.
Cuándo no hacer vibe code del núcleo
No dejes que el agente improvise el registro de facturación, el modelo de permisos, o las migraciones de datos de un sistema que ya tiene clientes. No hagas vibe code de un rediseño de la arquitectura de información de producción sin un mapa. No subcontratesla modelación de amenazas a una ventana de chat.
Sí haz vibe code de la pantalla administrativa CRUD, el script que renombra una carpeta de assets, la primera versión de un dashboard interno, y el PR de migración una vez que un humano ha especificado el cambio de schema.
Conclusión clave: Mantén a los agentes alejados del dinero irreversible, los permisos y la estructura de datos hasta que un humano haya establecido las reglas.
El punto clave
El coding por intuición es una herramienta de apalancamiento, no una metodología de entrega. Los equipos que ganan en 2026 usan agentes a diario y aún suenan aburridos en standup: definición de hecho, revisión en rutas críticas, rendimiento de campo y plan de reversión.
Si quieres ayuda para convertir un prototipo a velocidad de IA en algo en lo que puedas poner clientes, eso es trabajo de agencia normal ahora. Trae el repositorio y la lista de hecho. Deja la confianza de la demostración en la puerta.
Conclusión clave: Envía el slice que puedas operar, no la demostración que te impresionó el viernes por la noche.
Cómo esto difiere del trabajo Claude basado en especificaciones
El trabajo basado en especificaciones comienza con un contrato escrito: entidades, rutas, verificaciones de aceptación, luego el agente llena los vacíos. El coding por intuición comienza con gusto y un prompt y se aprieta en un contrato solo cuando la realidad se resiste. Ambos son válidos. El error es usar coding por intuición en una superficie que ya necesitaba un contrato.
Regla de oro: spike greenfield o herramienta interna, intuición primero. Producto multi-tenant, pagos o una superficie SEO pública con tráfico existente, especificaciones primero. Nuestra guía de flujo de trabajo Claude basado en especificaciones cubre el segundo camino en detalle. Esta guía es el primer camino con frenos de producción.
Conclusión clave: Intuición para descubrir. Especificaciones para endurecimiento. No saltes la transición.