Cómo hacer vibe coding de forma responsable en producción - Vibe coding in prod | Code w/ Claude

Esta es una charla de Eric, investigador de agentes de programación en Anthropic, sobre cómo usar de forma segura el vibe coding (la práctica de delegar por completo a la IA la escritura de código) en entornos de servicio reales. Explica que generar mucho código con IA no es lo mismo que hacer vibe coding y que, como lo definió Andrej Karpathy, la clave es "olvidar incluso que el código existe". Parte de la idea de que, en un contexto donde la escala de trabajo que la IA puede manejar se duplica cada 7 meses, no aprovechar esta tendencia implica quedarse atrás frente a la competencia.

Argumentos clave

• El principio del vibe coding es "olvídate del código, pero no del producto". Así como no leemos una por una las instrucciones en ensamblador que genera un compilador, propone enfocarse menos en el código escrito por la IA y más en verificar la calidad y la exactitud del resultado.
• El rol del desarrollador debe pasar de ser quien implementa directamente a convertirse en el product manager (PM) de Claude. Igual que cuando se delega trabajo a un ingeniero junior, invertir aunque sea 15 a 20 minutos en ordenar bien los requisitos, el contexto del codebase y las restricciones antes de pasárselos a la IA aumenta de forma importante la tasa de éxito.
• El vibe coding debe concentrarse en los nodos hoja del codebase (funcionalidades terminales de las que no depende otro código). La arquitectura central o el código base del que dependen otros módulos todavía debe ser entendido y gestionado en profundidad por personas.
• Diseñar la verificabilidad es indispensable. En un caso interno de Anthropic, donde se escribió con Claude un código de reinforcement learning de 22,000 líneas que luego se integró a producción, se diseñaron pruebas de estrés y checkpoints de validación basados en entradas y salidas para confirmar estabilidad y exactitud sin tener que leer todo el código.

Limitaciones actuales

• La deuda técnica (tech debt) todavía no tiene una buena forma de medirse o verificarse sin leer directamente el código. Ese es el principal motivo por el que el vibe coding debe limitarse a nodos hoja.
• Es riesgoso que personas no desarrolladoras construyan sistemas de producción con vibe coding en áreas sensibles como seguridad o pagos. Se necesita como base el criterio técnico suficiente para hacer las preguntas correctas.

Qué lo diferencia

• Resulta llamativo que encuadre el vibe coding no como una moda pasajera, sino como una transformación estructural de la industria del software, y que señale que "validar resultados sin conocer la implementación" es un problema tan antiguo como la civilización, del mismo modo en que un CTO gestiona especialistas o un CEO verifica el trabajo de un contador.

Implicaciones

• Las capacidades que se les piden a los ingenieros de software se están moviendo desde escribir cada línea de código hacia definir requisitos con precisión y validar resultados de manera estructurada. Si se considera la velocidad a la que están mejorando las herramientas de IA, parece ventajoso adaptarse a esta transición lo antes posible.

[iolothebard]

No le digan eso a los desarrolladores de a pie, díganselo a los C-level~~~

[supermaxi]

Simplemente todos somos PM ahora.