¿Por qué el software crítico de código abierto sigue dependiendo de un único mantenedor agotado?

En noviembre de 2025, Kubernetes retiró Ingress NGINX, uno de sus componentes más ampliamente desplegados, no porque fuera superado sino porque el equipo de mantenedores voluntarios ya no podía sostenerlo. Por otro lado, External Secrets Operator, utilizado en pipelines empresariales críticos a nivel mundial, congeló todas las actualizaciones cuando cuatro de sus cinco mantenedores sufrieron agotamiento simultáneamente. Las encuestas del sector muestran ahora que el 60 por ciento de los mantenedores de código abierto trabajan sin remuneración y el 44 por ciento cita el agotamiento como razón por la que se fueron o consideraron irse. Existen programas de financiación como Open Source Pledge y GitHub Sponsors, pero abordan el dinero, no el verdadero cuello de botella, que es la cola de revisión. No existe ningún sistema ligero y automatizado que transfiera de forma duradera el contexto de trabajo, las expectativas de cobertura de pruebas y el conocimiento del modelo de amenazas de un mantenedor saliente a su sucesor, por lo que cada partida reinicia un proyecto casi desde cero.