Mi agente de IA tiene más commits que yo (y estoy en paz con eso)

La semana pasada, un compañero de trabajo me envió una captura de pantalla de mi perfil de GitHub. "Bro, ¿estás bien? Llevas 47 commits esta semana."

Lo que no sabía es que 40 de esos commits los había hecho Claude Code mientras yo tomaba agua y contemplaba mi existencia.

Mi primer instinto fue sentir vergüenza. Como cuando un profesor te encontraba copiando en un examen. Excepto que no había examen, nadie me estaba evaluando, y técnicamente el código funcionaba mejor que cualquier cosa que hubiera escrito yo solo a las 3 AM con el segundo Red Bull en sangre.

Bienvenidos a 2026, donde tu agente de IA tiene mejor historial de contribuciones que tú, y eso está... ¿bien?

El día que dejé de medir mi valor en líneas de código

Hace unos meses estaba optimizando una API que recibe millones de peticiones diarias. Sistema gubernamental, datos sensibles, el tipo de proyecto donde un error significa que alguien no puede renovar su cédula y probablemente me van a mandar correos en mayúsculas.

Tenía un endpoint que respondía en 800ms. Inaceptable.

La versión anterior de mí —el desarrollador "puro" que se negaba a usar nada que no hubiera escrito él mismo— habría pasado tres días leyendo documentación de PostgreSQL, experimentando con índices, y eventualmente implementando una solución mediocre que funcionaba "lo suficientemente bien".

En cambio, abrí Claude Code y escribí:

Este endpoint tarda 800ms. El query usa JOIN en tres tablas. 
Necesito bajarlo a menos de 100ms. Aquí está el schema.

Quince minutos después, tenía una solución con índices compuestos, una reestructuración del query que evitaba un sequential scan que ni sabía que existía, y una sugerencia de implementar caché con Redis que reducía la carga a la base de datos en un 73%.

Tiempo de respuesta final: 45ms.

¿Sabes cuántas líneas de código escribí yo? Cuatro. Las del prompt.

¿Sabes cuánto me importa? Absolutamente nada.

"Pero es que tú no escribiste ese código"

Correcto. Tampoco escribí el compilador de TypeScript, ni el runtime de Node.js, ni el driver de PostgreSQL, ni el kernel de Linux que ejecuta todo esto.

¿Eso me hace menos desarrollador?

Porque si la respuesta es sí, entonces el único "desarrollador real" es alguien programando en Assembly directamente sobre silicio mientras cultiva sus propios transistores en el jardín.

La industria lleva décadas construyendo capas de abstracción precisamente para que no tengamos que reinventar la rueda cada vez. React, NestJS, TypeORM, Docker —todas son formas de decir "alguien más resolvió este problema, yo voy a enfocarme en el siguiente".

La IA es simplemente la siguiente capa.

Una capa que a veces alucina npm packages que no existen y te sugiere usar leftpad sin ironía, pero una capa al fin y al cabo.

El síndrome del impostor con esteroides

Aquí viene la parte incómoda que nadie quiere admitir.

Cuando un agente de IA genera código que funciona, y tú no entiendes completamente cómo funciona, se activa algo primitivo en tu cerebro. Una vocecita que dice: "Eres un fraude. No mereces ese sueldo. Cualquier día te van a descubrir."

El síndrome del impostor, pero ahora con evidencia tangible de que efectivamente hay algo que sabe más que tú.

El problema es que esa vocecita está midiendo las cosas equivocadas.

La semana pasada, Claude me generó un middleware de autenticación para una API. Código limpio, manejo de errores, tipos de TypeScript perfectos. Pero había un problema: asumía que todos los tokens venían en el header Authorization cuando nuestro sistema legacy también los acepta como query parameter por razones que prefiero no recordar.

¿Sabes quién detectó ese problema? Yo.

¿Sabes quién entendía el contexto del sistema, las decisiones históricas, y las consecuencias de romper compatibilidad hacia atrás? Yo.

¿Sabes quién tuvo que explicarle al product manager por qué no podemos simplemente "arreglarlo bien" sin un plan de migración? También yo.

La IA puede escribir código. No puede navegar la política de una organización, entender deuda técnica de tres años, ni decidir cuándo es el momento correcto para refactorizar versus cuándo hay que aguantar con la solución fea porque hay un deadline real.

Eso sigue siendo trabajo humano. Y resulta que es el trabajo que realmente importa.

Lo que realmente mide si eres buen desarrollador

Después de meses usando Cursor, Claude Code, y suficientes herramientas de IA como para justificar una factura mensual que preferí no mostrarle a mi pareja, llegué a una conclusión:

La IA no oculta tus debilidades. Las amplifica.

Si no entiendes arquitectura, la IA te va a generar código que funciona hoy y explota en producción mañana. Si no sabes hacer las preguntas correctas, vas a recibir respuestas incorrectas. Si no tienes criterio para evaluar soluciones, vas a implementar la primera sugerencia sin cuestionar si es la mejor.

He visto desarrolladores junior usar ChatGPT para generar código que técnicamente compila pero que viola todas las reglas de negocio del proyecto. También he visto desarrolladores senior usar las mismas herramientas para resolver en horas lo que antes tomaba semanas.

La diferencia no está en la herramienta. Está en quién la usa.

Un martillo no te hace carpintero. Pero un carpintero con un buen martillo construye casas más rápido que uno picando madera con las manos.

Y aquí viene lo que nadie esperaba

La ironía más grande de toda esta revolución de IA es que nos está forzando a ser mejores ingenieros, no peores.

Antes podías sobrevivir memorizando sintaxis, copiando código de Stack Overflow, y googleando errores hasta que algo funcionaba. Ahora, cuando la IA puede hacer todo eso más rápido que tú, lo único que te queda es lo que la IA no puede hacer:

• Entender el problema real detrás del problema técnico
• Diseñar sistemas que escalen y sean mantenibles
• Tomar decisiones con información incompleta
• Comunicar soluciones técnicas a personas no técnicas
• Saber cuándo la solución "correcta" es en realidad la incorrecta para tu contexto

Básicamente, las habilidades que siempre debieron importar pero que la industria insistía en ignorar porque era más fácil medir "años de experiencia con React".

Mi nuevo framework mental

He dejado de preguntarme "¿escribí este código yo?" y empecé a preguntarme "¿entiendo por qué este código resuelve el problema?"

Si la respuesta es sí, no importa quién lo escribió.

Si la respuesta es no, tengo trabajo que hacer antes de hacer merge.

Ayer pasé dos horas leyendo la documentación de una librería que Claude me sugirió usar. No porque me obligaran, sino porque quería entender las trade-offs. Entender cuándo es la opción correcta y cuándo es overkill. Entender qué puede salir mal.

Eso es ser desarrollador en 2026. No es escribir cada línea. Es ser responsable de cada línea, la hayas escrito tú o no.

El futuro pertenece a los que dejan de contar commits

Si todavía mides tu productividad en líneas de código escritas manualmente, tengo malas noticias: esa métrica siempre fue absurda, y ahora además es obsoleta.

El desarrollador del futuro —que en realidad ya es el presente— es el que sabe orquestar. El que entiende el panorama completo. El que puede tomar las piezas que genera la IA y ensamblarlas en algo que funciona, que escala, y que no te va a despertar a las 3 AM con una alerta de New Relic.

Así que sí, mi agente de IA tiene más commits que yo.

También tengo un sistema en producción que maneja millones de peticiones, responde en milisegundos, y no se ha caído en meses.

¿Quién se lleva el crédito? Honestamente, me da igual. El código funciona. Los usuarios están contentos. El equipo puede dormir tranquilo.

Si eso no es ser desarrollador, entonces no sé qué es.

TL;DR para los que scrollearon hasta abajo

1. Usar IA no es trampa. Es la siguiente capa de abstracción, como lo fueron los frameworks, los lenguajes de alto nivel, y antes de eso, los compiladores.
2. La IA amplifica lo que ya eres. Si eres bueno, te hace más rápido. Si no entiendes lo que haces, te mete en problemas más rápido.
3. El valor de un desarrollador nunca estuvo en teclear. Está en las decisiones, el contexto, y la capacidad de resolver problemas reales.
4. Deja de contar líneas de código. Empieza a contar problemas resueltos.
5. Si tu agente de IA tiene más commits que tú, felicidades: probablemente estás usando tu tiempo en lo que realmente importa.