El 'vibe coding' de infraestructura crea más deuda operativa de la que ahorra

El 'vibe coding' —el uso de asistentes de IA como Claude para generar código a partir de descripciones— está generando más problemas de los que resuelve, al menos para los equipos de infraestructura. Un administrador de sistemas ha abierto un debate en una comunidad de operaciones contando que su trabajo ahora consiste en limpiar el código que los desarrolladores confiesan haber hecho con IA: cuando pregunta por una parte del sistema, la respuesta es "Bueno, la IA dijo que era correcto".

El autor, que firma como davey_622, reconoce que la velocidad de desarrollo ha mejorado, pero sostiene que el modelo de "tú lo construyes, tú lo ejecutas" se está transformando en "escribes el prompt, la IA adivina y los equipos de infraestructura depuran los fallos a las 3 de la madrugada". La pregunta es directa: ¿cómo estáis poniendo guardarraíles o simplemente estáis ahogados en revisiones?

¿Guardarraíles o revisiones interminables?

En las respuestas, varios profesionales comparten experiencias similares. Algunos proponen revisiones de código obligatorias para cualquier cambio que toque producción, otros abogan por pipelines de CI/CD que ejecuten pruebas de propiedad y seguridad antes de desplegar, y otros señalan que el problema no es la herramienta sino la responsabilidad: quien describe el código debería responder de lo que se despliega.

El hilo refleja una tensión real en el sector: la productividad que aporta el código generado por IA puede estar transfiriendo la deuda operativa a los equipos de plataforma, que se convierten en policía de calidad sin autoridad para frenar el flujo. Aún no hay una solución estándar, pero la discusión está sirviendo para que muchos equipos se planteen si necesitan definir políticas antes de que el "vibe coding" se convierta en un agujero sin fondo.