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

Es una charla de Eric, investigador de agentes de codificación en Anthropic, sobre cómo usar de forma segura el vibe coding (la práctica de delegar por completo la escritura de código a la IA) 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 define 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 "olvida el código, pero no olvides el producto". Así como no leemos una por una las instrucciones en ensamblador generadas por el compilador, plantea que hay que 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, dedicar incluso más de 15 a 20 minutos a organizar y transmitir a la IA los requisitos, el contexto del codebase y las restricciones aumenta mucho la probabilidad de éxito.
• El vibe coding debe concentrarse en los nodos hoja del codebase (funciones terminales de las que no depende otro código). La arquitectura central o el código base del que dependen otros módulos sigue requiriendo comprensión y gestión profunda por parte de humanos.
• 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 y luego se hizo merge a producción, explica que 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 el código directamente. Esa es la razón principal por la 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. Hace falta criterio técnico para poder formular las preguntas correctas.

Qué lo distingue

• Resulta llamativo que presente el vibe coding no como una moda pasajera, sino como un cambio estructural en la industria del software, y que señale que el problema de "validar resultados sin conocer la implementación" es 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 hoy se exigen a los ingenieros de software se están desplazando desde escribir línea por línea hacia definir requisitos con precisión y verificar resultados de forma estructurada. Considerando la velocidad a la que mejoran las herramientas de IA, parece ventajoso adaptarse cuanto antes a esta transición.

[iolothebard]

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

[supermaxi]

Simplemente todos somos PM ahora.