Nadie se propone olvidar cómo programar. Ocurre de la misma forma en que se pierde casi cualquier destreza: un atajo cómodo a la vez. Antes escribías tú mismo la expresión regular; ahora describes lo que quieres y pegas lo que el modelo te da. Antes rastreabas una traza de pila línea por línea; ahora la sueltas en una ventana de chat y lees el resumen. Cada sustitución es, por sí sola, razonable. La suma de todas ellas, tras un año de trabajo asistido por IA, da como resultado un desarrollador capaz de sacar funciones adelante a toda velocidad con la herramienta encendida, y que se queda un poco paralizado cuando la herramienta está apagada.

Ese es el trasfondo incómodo detrás del auge del vibe-coding este mes: Lovable, según se informa, acercándose a una valoración de 13.200 millones de dólares, Replit y Factory levantando cada una rondas por miles de millones, y SpaceX abaratando los precios de vanguardia con Grok 4.5, construido para "agentes autónomos". Todo eso está optimizado para una sola cosa: conseguir que tú escribas menos código. Ese es justamente el objetivo, y para mucho trabajo es un intercambio legítimo. Pero significa que la industria lleva dos años realizando un experimento sin control sobre cuánta capacidad manual de programación se puede externalizar antes de que empiece a costar algo, y la factura está comenzando a llegar de formas concretas y verificables.

Dónde muerde realmente la brecha

La atrofia no es una ansiedad vaga: se manifiesta en tres situaciones concretas, y vale la pena ser honesto contigo mismo sobre a cuáles de ellas estás expuesto:

  • Entrevistas. La mayoría de las entrevistas técnicas, dejando de lado las pruebas para hacer en casa, todavía restringen o prohíben la asistencia de IA. Si tu fluidez del día a día ha migrado silenciosamente hacia un "puedo dirigir a un modelo para que escriba esto" en lugar de "puedo escribirlo yo mismo", una pizarra o una ronda de programación en vivo expondrá la brecha en tiempo real, delante de la persona que decide si te contrata.
  • Caídas de producción. Cuando la producción está caída, el camino más rápido hacia una solución suele ser leer código desconocido bajo presión y razonar sobre él directamente, no redactar un buen prompt sobre un sistema que no tienes tiempo de explicar. La respuesta a incidentes premia exactamente las destrezas (lectura rápida de código, depuración mental, conocer de memoria la superficie de la API) que menos se ejercitan cuando, día a día, es un modelo el que se ocupa de ellas por ti.
  • Sin conectividad, sin asistente. Un vuelo, las instalaciones de un cliente con una red bloqueada, una caída del servicio por parte del proveedor del modelo: cualquiera de estas situaciones te devuelve, durante un tiempo, a programar sin ayuda. No hace falta que sea permanente para que importe; basta con que ocurra el día en que necesitabas entregar algo.

Ninguno de estos es un caso hipotético inventado para vender un producto. Son las condiciones ordinarias de una carrera laboral. La pregunta es si notarías el desgaste antes de que una de estas situaciones te pusiera en un aprieto.

Entran en escena las herramientas de entrenamiento

Esa es la brecha a la que apunta una nueva herramienta llamada Atrophy CLI, según un artículo publicado este mes en The Register. El planteamiento es directo: tratar la capacidad de programar como una calificación Elo de ajedrez, en lugar de un binario "sabe programar / no sabe programar". Empiezas con un examen inicial que establece dónde te encuentras en ese momento, y luego la herramienta te entrena en un puñado de categorías de destreza diferenciadas —recuerdo de sintaxis, depuración, lectura de código, memoria de API y descomposición de problemas— y hace un seguimiento de tu calificación a lo largo del tiempo, de la misma forma en que un motor de ajedrez rastrea si realmente estás mejorando o solo sientes que lo haces. El eslogan resume toda la tesis en una frase: "Si la asistencia de la IA está erosionando silenciosamente tu capacidad de programar sin ayuda, el gráfico te lo muestra, antes de que lo haga una entrevista, una caída de producción o un día sin wifi".

La decisión de diseño que vale la pena destacar es el desglose en categorías separadas en lugar de una puntuación compuesta única. El vibe coding no erosiona todas las destrezas de programación por igual: puedes mantenerte afilado en la descomposición (dividir un problema en pasos) porque eso sigue siendo mayormente tu trabajo incluso con un asistente de IA, mientras que tu recuerdo de sintaxis y tu músculo de depuración sin copiloto se ablandan silenciosamente, precisamente porque son las partes que has estado delegando. Una puntuación única ocultaría eso. Una calificación por categoría al menos te indica qué músculo concreto entrenar de nuevo, lo cual es una señal más útil que una sensación general de estar oxidado.

Una salvedad necesaria

Vale la pena decirlo con claridad: Atrophy CLI es nuevo, y no he visto datos independientes sobre si sus calificaciones realmente predicen el desempeño en una entrevista o en un incidente, ni sobre si el entrenamiento regular revierte de forma significativa el declive de la destreza o simplemente te vuelve bueno en los propios ejercicios de entrenamiento; ese es un riesgo real con cualquier herramienta de práctica que no sea la tarea real. Trátala como un diagnóstico que vale la pena probar, no como una solución probada. La categoría que está abriendo —medir el declive de la destreza asistido por IA, por separado de la productividad asistida por IA— es la idea útil aquí, más allá de si esta herramienta en particular resulta ser la que perdura.

Qué hacer al respecto sin renunciar a la productividad

No necesitas renunciar a la programación asistida por IA para protegerte de esto; eso sería renunciar a una ganancia real de productividad para cubrirte frente a un riesgo que puedes gestionar de forma más barata. Unos cuantos hábitos concretos hacen la mayor parte del trabajo:

  • Resuelve periódicamente algo que normalmente le encargarías al modelo —un error, una función pequeña, una transformación de datos— completamente sin ayuda, y cronometra el tiempo. Fíjate en dónde dudas.
  • Antes de una ronda de entrevistas o de un turno de guardia, dedica deliberadamente un tramo de tiempo a programar sin IA, de la misma forma en que empollarías antes de un examen sobre un material que no has necesitado en meses.
  • Cuando sí uses asistencia de IA, lee el código generado con la atención suficiente como para poder explicárselo a otra persona, en lugar de pegarlo y seguir adelante; ese es el paso que más determina si la exposición construye tu comprensión o simplemente la sortea.
  • Si una herramienta tipo calificación como Atrophy CLI te funciona, úsala como detector de humo, no como un régimen de entrenamiento en sí mismo: revísala periódicamente, y si una categoría va bajando, ve a hacer trabajo real sin ayuda en esa área en lugar de repasar tarjetas de memoria para ella.

El planteamiento honesto es que la programación asistida por IA y la capacidad de programar sin ayuda son ahora dos destrezas separadas que estás gestionando, no una destreza con un atajo. Los empleadores, los paneles de entrevistas y los canales de incidentes de las 3 de la madrugada todavía no se han puesto del todo al día con esto, pero notarán quiénes mantuvieron vivas ambas destrezas.