El bug de registro de Codex puede escribir TB en SSD locales

Artículo original ↗ Discusión en Hacker News ↗

Se ha descubierto que el asistente de programación Codex de OpenAI genera enormes registros de traza en las máquinas de los usuarios, en algunos casos escribiendo decenas o cientos de gigabytes en SSD locales y poniendo en riesgo el desgaste del disco o la inestabilidad del sistema. Los comentaristas lo ven como sintomático del desarrollo impulsado por IA y “vibe-coded”: productos enviados rápidamente con revisión mínima, QA débil, uso excesivo de recursos y correcciones lentas o inexistentes para problemas críticos. Muchos sostienen que esto socava las afirmaciones de que la IA ha “resuelto” la ingeniería de software y, en cambio, pone de relieve la necesidad de pruebas más sólidas, salvaguardas y responsabilidad humana al usar IA para crear herramientas para desarrolladores.

Error de registro y impacto

  • El registro de nivel de traza de Codex escribe de forma continua en una base de datos SQLite local, con archivos WAL que crecen hasta decenas de GB y potencialmente TB con el tiempo.
  • Los usuarios informan que las sesiones inactivas siguen machacando los discos; algunos descubren el problema solo mediante herramientas como iotop o cuando las máquinas se quedan sin espacio o se bloquean.
  • Se observa un comportamiento de registro pesado similar en otras herramientas de IA (p. ej., Claude Code, la app de ChatGPT para macOS), a veces mitigado mediante symlinks de los registros a tmpfs.
  • Se ha confirmado un arreglo en el repositorio de Codex y se espera en la próxima versión.

Soluciones provisionales y mitigaciones

  • Las mitigaciones sugeridas incluyen:
    • Un trigger de SQLite para ignorar todas las inserciones en la tabla de registros.
    • Ejecutar VACUUM FULL para reducir el tamaño de archivos de BD sobredimensionados.
    • Eliminar archivos WAL mediante scripts o mover los registros a un sistema de archivos respaldado por RAM.
  • Algunos usuarios simplemente desinstalan Codex o cambian de herramienta por miedo al desgaste del SSD.

Vibe coding, slopware y proceso de ingeniería

  • Muchos atribuyen el fallo al “vibe coding”: código generado por IA enviado con una revisión o diseño humano mínimos.
  • Los comentaristas destacan que la IA a menudo produce código que parece plausible pero es sutilmente incorrecto, lo que dificulta la revisión y fomenta un exceso de confianza.
  • Hay frustración porque las empresas líderes de IA, mientras afirman “resolver la programación”, lanzan aplicaciones frágiles y opacas en Electron/Rust con regresiones graves.

Pruebas, QA y responsabilidad

  • Varios preguntan por qué un QA básico o pruebas de integración no detectaron el registro descontrolado o el uso de recursos.
  • Otros argumentan que errores así son fáciles de pasar por alto a menos que se pruebe explícitamente el uso prolongado y los límites de recursos.
  • Hay una fuerte reacción contra los desarrolladores que culpan a la IA: los humanos siguen siendo responsables del código que publican, independientemente de la herramienta.

Experiencia de usuario y uso de recursos

  • Quejas generalizadas sobre Codex, Claude Code, Cursor y otras herramientas de IA: alto uso de CPU/GPU, fugas de memoria, interfaces lentas, VMs en segundo plano y comportamientos no configurables.
  • Una minoría dice que estas herramientas les funcionan “lo bastante bien” y prioriza las funciones sobre el pulido.

Implicaciones más amplias para la IA y la industria

  • El incidente se usa para cuestionar afirmaciones de que la IA ha vuelto obsoletos a los programadores o de que “la programación está resuelta”.
  • Algunos lo ven como emblemático de una crisis más amplia de calidad de software y de la presión de gestión impulsada por el hype para ser “10x con IA”.
  • Otros señalan que los humanos también envían errores catastróficos; el problema es un proceso e incentivos inadecuados, no solo la IA.