Nadie se propone olvidar cómo programar. Ocurre de la misma forma en que se pierde casi cualquier habilidad: un atajo conveniente a la vez. Antes escribías tú mismo la expresión regular; ahora describes lo que quieres y pegas lo que sea que te dé el modelo. Antes rastreabas un stack trace línea por línea; ahora lo sueltas en una ventana de chat y lees el resumen. Cada sustitución es racional por sí sola. La suma de todas ellas, tras un año de trabajo asistido por IA, es un desarrollador que puede lanzar funcionalidades rápido con la herramienta encendida y se queda un poco paralizado cuando la herramienta está apagada.

Ese es el subtexto incómodo detrás del auge del vibe coding este mes: Lovable, según se reporta, se acerca a una valoración de 13.200 millones de dólares, Replit y Factory han levantado cada una rondas por miles de millones, y SpaceX abarata los precios de punta con Grok 4.5, construido para "agentes autónomos". Todo eso está optimizado para una sola cosa: lograr que escribas menos código tú mismo. Ese es justamente el punto, y para mucho trabajo es un intercambio legítimo. Pero significa que la industria ha pasado los últimos dos años corriendo un experimento sin control sobre cuánta capacidad manual de programar se puede externalizar antes de que eso cueste algo, y la factura está empezando a llegar de maneras concretas y comprobables.

Dónde realmente muerde 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 estás expuesto:

  • Entrevistas. La mayoría de las entrevistas técnicas, dejando de lado los take-homes, todavía restringen o prohíben la asistencia de IA. Si tu fluidez del día a día ha migrado silenciosamente hacia "puedo dirigir a un modelo para que escriba esto" en lugar de "puedo escribirlo yo mismo", una pizarra o una ronda de código en vivo expondrá la brecha en tiempo real, frente a la persona que decide si te contrata.
  • Caídas de producción. Cuando 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 recompensa justamente las habilidades (lectura rápida de código, depuración mental, conocer de memoria la superficie de la API) que menos se ejercitan cuando un modelo se encarga de ellas día a día por ti.
  • Sin conectividad, sin asistente. Un vuelo, las instalaciones de un cliente con una red bloqueada, una caída de la herramienta del lado del proveedor del modelo: cualquiera de estas situaciones te devuelve a programar sin ayuda durante un rato. No hace falta que sea permanente para que importe; solo tiene que ocurrir en un día en que necesitabas entregar algo.

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

Entran las herramientas de entrenamiento

Esa es la brecha a la que apunta una nueva herramienta llamada Atrophy CLI, según un artículo publicado en The Register este mes. La propuesta es directa: 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 base que establece dónde te encuentras actualmente, y luego la herramienta te entrena en un puñado de categorías de habilidades distintas —memoria de sintaxis, depuración, lectura de código, memoria de API y descomposición de problemas— y hace 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 línea: "Si la asistencia de 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 la división en categorías separadas en lugar de un puntaje compuesto único. El vibe coding no erosiona todas las habilidades 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 memoria de sintaxis y tu músculo crudo de depuración sin copiloto se van ablandando en silencio, precisamente porque esas son las partes que has estado delegando. Un puntaje único ocultaría eso. Una calificación por categoría al menos te dice qué músculo específico reentrenar, lo cual es una señal más útil que una sensación general de estar oxidado.

Una salvedad necesaria

Vale decirlo con claridad: Atrophy CLI es nueva, y no he visto datos independientes sobre si sus calificaciones realmente predicen el desempeño en entrevistas o incidentes, o si el entrenamiento regular revierte de manera significativa el deterioro de habilidades o simplemente te hace bueno en los ejercicios mismos; 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 comprobada. La categoría que está delimitando —medir el deterioro de habilidades asistido por IA, por separado de la productividad asistida por IA— es la idea útil aquí, sin importar si esta herramienta en particular resulta ser la que perdure.

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 de un riesgo que puedes manejar 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 bug, una función pequeña, una transformación de datos— completamente sin ayuda, y cronométrate. Fíjate en dónde titubeas.
  • Antes de una ronda de entrevistas o de un turno de guardia, dedica deliberadamente un tramo a programar sin IA, de la misma forma en que estudiarías a último momento para un examen cuyo material 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 disimula.
  • 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 en caída, ve a hacer trabajo real sin ayuda en esa área en lugar de repasar tarjetas de estudio para ella.

El planteamiento honesto es que la programación asistida por IA y la capacidad de programar sin ayuda son ahora dos habilidades separadas que estás gestionando, no una sola habilidad con un atajo. Los empleadores, los paneles de entrevistas y los canales de incidentes de las 3 de la mañana todavía no se han puesto al día con eso del todo, pero notarán qué candidatos mantuvieron vivas ambas habilidades.