Claude Code: por qué el 40% de los desarrolladores ya lo usan como asistente de código

En menos de un año, la herramienta que la mayoría de desarrolladores profesionales abre al empezar la jornada ha cambiado. No es un matiz de preferencia: es un vuelco en un mercado que parecía resuelto. Este artículo repasa qué es Claude Code, qué ha cambiado desde que lo escribimos por primera vez, dónde encaja de verdad en el trabajo de una agencia y, sobre todo, qué conviene no delegarle.

Claude Code conquista a los desarrolladores

A principios de 2026, un dato sorprendió a la industria: el 40,8% de los desarrolladores que usan agentes de IA han adoptado Claude Code como su asistente de codificación principal. Anthropic, la empresa detrás de Claude, ha logrado en meses lo que otras compañías no consiguieron en años: convertirse en la herramienta de referencia para programadores profesionales.

Actualización de octubre de 2026. Aquel dato se ha confirmado con una muestra mucho más amplia. La encuesta de JetBrains realizada entre mayo y julio de 2026, con más de 15.000 desarrolladores profesionales, sitúa a Claude Code en el 39% de uso frente al 21% de GitHub Copilot y el 12% de Cursor. El dato que explica la velocidad del cambio es la comparación con enero del mismo año: entonces Copilot lideraba con el 29% y Claude Code estaba en el 18%. En seis meses se dieron la vuelta las posiciones.

El detalle por segmentos es todavía más marcado. Claude Code es la herramienta principal para el 31% de los encuestados, llega al 47% en Estados Unidos y sube al 75% en startups y empresas pequeñas, justo el perfil que adopta antes porque tiene menos inercia de licencias corporativas. Entre ingenieros sénior, el 46% la señala como su herramienta favorita frente al 9% de Copilot.

Hay un dato que conviene leer junto a los anteriores y que casi nadie destaca: el 47% del código nuevo de los encuestados ya lo genera íntegramente la IA, y entre quienes se definen como «agentic coders» la cifra sube al 84%. Pero solo el 4% confía plenamente en que ese código funcione. Esa distancia entre uso y confianza es la que define las buenas prácticas de las que habla la segunda mitad de este artículo.

Qué es Claude Code y por qué arrasa

Claude Code es una herramienta de línea de comandos que permite a los desarrolladores delegar tareas de codificación directamente desde su terminal. No es un plugin de IDE ni un autocompletador: es un agente de codificación completo que entiende tu proyecto, razona sobre arquitectura y ejecuta cambios complejos de forma autónoma.

Lo que lo diferencia de alternativas como GitHub Copilot es la profundidad del razonamiento. Mientras Copilot sugiere líneas de código, Claude Code puede refactorizar módulos enteros, crear tests para código existente, resolver bugs complejos analizando el stack trace completo y generar documentación técnica coherente con el código.

Esa descripción se ha quedado corta. A lo largo de 2026 la herramienta ha dejado de ser solo un CLI para convertirse en un entorno de trabajo: tiene interfaz de escritorio y extensiones de IDE, sesiones que siguen trabajando en la nube cuando cierras el portátil, revisión automática de pull requests y un ecosistema de extensiones instalables. La línea de comandos sigue ahí, pero ya no es el único sitio donde vive.

El fichero que lo cambia todo

La pieza menos vistosa y más determinante es el CLAUDE.md: un fichero markdown en la raíz del repositorio donde se escriben las convenciones del proyecto, los comandos de build y test, lo que está prohibido tocar y las decisiones de arquitectura que no se deducen del código. El agente lo lee en cada sesión.

La diferencia entre un equipo al que la herramienta le funciona y otro que la abandona en dos semanas está casi siempre ahí. Sin ese fichero, el agente reinventa convenciones en cada tarea y genera código que pasa los tests pero no se parece al resto del proyecto. Con él, el comportamiento se vuelve predecible y revisable.

Capacidades que marcan la diferencia

Ventana de contexto de 1 millón de tokens: desde marzo 2026, los planes Max, Team y Enterprise pueden pasar proyectos enteros a Claude Code. Esto significa que el modelo entiende las dependencias, los patrones establecidos y las convenciones del equipo sin necesidad de explicar el contexto cada vez.

Ejecución de comandos: Claude Code puede ejecutar tests, builds, linters y scripts directamente, verificando que sus cambios funcionan antes de presentarlos. Esto elimina el ciclo de «copiar código del chatbot → pegarlo → descubrir que no funciona».

Integración con git: entiende la historia del repositorio, puede crear branches, hacer commits con mensajes descriptivos y hasta preparar pull requests con descripciones detalladas de los cambios.

A esas tres se han sumado durante 2026 otras cuatro que cambian bastante cómo se trabaja en equipo:

Subagentes. El agente principal puede delegar partes del trabajo en agentes secundarios que corren en paralelo con su propio contexto. En la práctica sirve para repartir una revisión por dimensiones (rendimiento, seguridad, tests) o para explorar un repositorio grande sin llenar la ventana de contexto principal de ruido.

Hooks. Puntos de enganche que disparan código propio en momentos concretos del ciclo: antes de usar una herramienta, al abrir un subagente, al salir del modo plan. Es el mecanismo con el que un equipo impone sus políticas sin confiar en que el modelo las recuerde: bloquear escrituras en ciertos directorios, exigir que pase el linter, registrar en un log cada comando ejecutado.

Skills y plugins. Paquetes de instrucciones y herramientas que se instalan y se comparten. Permiten que el conocimiento de «cómo se hace aquí una migración» deje de estar en la cabeza de una persona y pase a ser algo que el equipo instala.

Sandbox y permisos. El agente trabaja con un modelo de permisos explícito y puede ejecutar comandos en entorno aislado. Las versiones de otoño de 2026 han endurecido esta parte de forma notable, que es justo lo que hacía falta para que entrara en entornos corporativos.

Por debajo de todo esto está el protocolo MCP, el estándar que permite conectar el agente a herramientas externas: una base de datos, un gestor de incidencias, un CRM. Es la pieza que convierte un asistente de código en algo capaz de operar sobre los sistemas reales de una empresa, y la razón por la que tiene sentido hablar de agentes personalizados para negocio construidos sobre la misma base.

Claude Code frente a Copilot y Cursor

La comparación útil no es cuál escribe mejor una función, porque los tres escriben bien una función. La diferencia está en qué unidad de trabajo asumen.

GitHub Copilot nació como autocompletado dentro del editor y ahí sigue siendo cómodo e inmediato: no rompe el flujo, no pide permisos, no hay que explicarle nada. Su integración con el ecosistema GitHub es la mejor de las tres, y para organizaciones que ya tienen todo allí el coste de adopción es prácticamente cero. Su límite es el alcance: trabaja sobre lo que ves, no sobre el proyecto.

Cursor es un editor completo construido alrededor de la IA, con muy buena experiencia para editar en varios ficheros a la vez. Es la opción natural para quien quiere el agente dentro de un IDE y no en una terminal. A cambio, obliga a cambiar de editor, que es una fricción nada menor en equipos consolidados.

Claude Code asume la tarea entera, no el fichero. Se le encarga «arregla este bug» o «migra este módulo» y devuelve un cambio verificado con sus tests. Eso es más potente y también más exigente: requiere un repositorio con tests que signifiquen algo y una disciplina de revisión. En un proyecto sin red de seguridad automatizada, un agente autónomo amplifica los problemas en vez de resolverlos.

En la práctica no son excluyentes. Lo que vemos en equipos que han pasado la fase de entusiasmo es un reparto: autocompletado para el día a día dentro del editor, agente para las tareas con principio y final claros. Si estás eligiendo entre modelos y plataformas más allá del código, la comparativa por caso de uso y el comparativo de plataformas de IA para empresas entran en el detalle.

Casos de uso reales en desarrollo profesional

En nuestro trabajo diario en Keliam, Claude Code se ha convertido en herramienta imprescindible para varias tareas. Para integraciones con SuiteCRM, Claude Code genera módulos de conexión API que respetan la estructura de SuiteCRM v8, incluyendo autenticación OAuth2, manejo de errores y rate limiting. Para migraciones de datos entre CRMs, genera scripts de transformación que manejan correctamente los edge cases que un humano podría pasar por alto.

Para proyectos de vibe coding y prototipado con IA, Claude Code acelera la fase de implementación: describimos la funcionalidad deseada y el agente genera el código, los tests y la documentación.

Con el tiempo han aparecido otros cuatro usos que se han vuelto rutina:

Actualizaciones de versión y deuda técnica

Subir la versión de PHP de un proyecto grande, cambiar una librería deprecada en 200 ficheros o adaptar código a una API que ha roto compatibilidad es trabajo mecánico, voluminoso y aburrido: exactamente donde un agente rinde. Hay un matiz importante: el agente debe poder ejecutar la suite de tests, porque sin ella el resultado es imposible de validar. En la guía de migración a PHP 8.4 y 8.5 está el procedimiento que seguimos.

Tests sobre código heredado

El caso del proyecto que funciona en producción pero no tiene ni un test es incómodo de atacar a mano y perfecto para delegar. El agente lee el código, deduce el comportamiento actual y escribe tests que lo fijan. No garantiza que el comportamiento sea correcto, garantiza que no cambia sin que nos enteremos, que es justo lo que hace falta antes de tocar nada. Es complementario a lo que contamos sobre IA aplicada a testing y QA.

Primera pasada de revisión de código

Antes de que un compañero mire un pull request, el agente ya ha señalado lo evidente: errores de concurrencia, consultas sin índice, validaciones que faltan, secretos filtrados en el diff. La revisión humana entonces se dedica a lo que requiere criterio en vez de a cazar erratas. Lo desarrollamos en auditoría de código profesional y, en el ángulo de seguridad, en detección de vulnerabilidades por razonamiento semántico.

Entender un proyecto que acabas de heredar

Cuando entra un proyecto ajeno, la pregunta cara no es «cómo se arregla esto» sino «qué hace esto». Un agente que recorre el repositorio y explica el flujo de datos, los puntos de entrada y las dependencias externas ahorra días. Es parte del trabajo que hacemos en una due diligence técnica.

Lo que no conviene delegarle

Ese 4% de desarrolladores que confía plenamente en el código generado no es pesimismo: es la lectura correcta. Hay cuatro territorios donde conviene no bajar la guardia.

Las decisiones de arquitectura. Un agente propondrá una solución razonable al problema que le has descrito, pero no sabe que dentro de ocho meses ese módulo tiene que soportar multi-tenant porque hay un cliente en negociación. El contexto de negocio no está en el repositorio.

Todo lo que toque datos personales o dinero. No porque el agente lo haga mal, sino porque el coste del error es asimétrico. Un cálculo de IVA, una condición de descuento o un borrado en cascada se revisan línea a línea, siempre.

Las dependencias que propone. Si sugiere instalar un paquete, se comprueba que existe, que está mantenido y que es el que dice ser. Hay toda una familia de ataques de cadena de suministro que se aprovecha precisamente de nombres de paquete plausibles que nadie verifica.

El código que no vas a leer. Es la regla que lo resume todo: si no tienes intención de revisar un cambio, no lo fusiones. Un diff de 2.000 líneas aprobado sin leer no es productividad, es deuda con intereses.

Y una nota de seguridad operativa que se pasa por alto: un agente con permisos de escritura en el repositorio, acceso al gestor de incidencias y credenciales de despliegue es, a efectos prácticos, una cuenta de usuario más. Se le aplican las mismas reglas que a cualquier otra: permisos mínimos, credenciales rotadas, registro de actividad. Si tu organización está trabajando el marco de la ISO 27001, las herramientas de IA entran en el inventario de activos y en la evaluación de proveedores, no quedan fuera por ser «una herramienta de desarrollo». Para quien parte de cero, la guía de seguridad informática para pymes da el orden de los primeros pasos.

Cómo introducirlo en un equipo sin romper nada

El patrón que mejor funciona en los equipos con los que trabajamos tiene cuatro reglas y ninguna es técnica.

Primero, escribir el CLAUDE.md antes que nada. Media hora de trabajo que ahorra semanas de resultados erráticos. Se escribe entre todos y se mantiene como se mantiene cualquier documento vivo del proyecto.

Segundo, empezar por tareas con criterio de éxito automático. Corregir un bug con un test que falla, subir una versión, añadir tests. Son tareas donde la máquina sabe si ha terminado, y eso elimina la discusión subjetiva sobre si el resultado es bueno.

Tercero, no relajar la revisión. El pull request generado por un agente se revisa igual que el de un compañero nuevo: con atención y sin asumir buena fe en los detalles. Las plantillas de revisión no cambian.

Cuarto, medir algo. Tiempo de ciclo de una incidencia, cobertura de tests, número de cambios que vuelven atrás. Sin una métrica, la discusión sobre si la herramienta sirve se decide por quién habla más alto en la reunión. Hay más sobre cómo lo hemos incorporado nosotros en diez usos de la IA en una agencia de desarrollo y en las técnicas de prompt engineering para desarrolladores.

Cómo empezar con Claude Code

Claude Code se instala vía npm y se configura con tu clave de API de Anthropic. El flujo típico es abrir tu terminal en la raíz del proyecto y escribir lo que necesitas en lenguaje natural. Claude analiza tu codebase, propone un plan y ejecuta los cambios tras tu aprobación. Para equipos, los planes Team y Enterprise permiten compartir contexto y convenciones entre todos los miembros.

Hoy hay dos caminos de entrada. El de siempre, desde la terminal:

npm install -g @anthropic-ai/claude-code
cd mi-proyecto
claude

Y el de la aplicación de escritorio y las extensiones de IDE, que es por donde entra ahora la mayoría de gente que no vive en la terminal. La suscripción de Claude sirve como acceso para uso individual; la clave de API se reserva para integraciones automatizadas y entornos de equipo.

Un consejo para la primera semana: no empieces con el proyecto crítico. Coge un repositorio secundario, pídele que escriba tests, mira cómo plantea el trabajo y sobre todo mira dónde se equivoca. Esa primera semana de observación es la que te dice dónde poner el límite, y ese límite es distinto en cada equipo. Si lo que quieres probar es el prototipado rápido en vez del mantenimiento, el enfoque está en prototipado con IA en proyectos de ecommerce.

Preguntas frecuentes

¿Sirve Claude Code en un proyecto legacy sin tests?

Sirve, pero en un orden concreto: primero se le pide que escriba tests que fijen el comportamiento actual, y solo después se le deja tocar funcionalidad. Saltarse ese paso es la forma más rápida de romper algo que llevaba cinco años funcionando.

¿Se queda Anthropic con mi código?

Las condiciones comerciales y empresariales no usan por defecto el contenido de las sesiones para entrenar modelos, pero el detalle depende del plan y de la vía de acceso, y conviene leerlo en las condiciones vigentes en lugar de darlo por supuesto. Para código sujeto a acuerdos de confidencialidad estrictos, lo sensato es revisar el contrato antes de la primera sesión, no después.

¿Cuánto cuesta para un equipo pequeño?

El coste real tiene dos partes: la suscripción o el consumo de API, y el tiempo de revisión que la herramienta no elimina. La primera es predecible y moderada para un equipo pequeño; la segunda es la que la gente olvida al hacer números y la que explica por qué el ahorro nunca es el que prometen los titulares.

¿Reemplaza a un desarrollador júnior?

No, y plantearlo así suele salir caro. Un júnior aprende el dominio del negocio y en dos años toma decisiones; un agente ejecuta muy bien tareas acotadas y no acumula criterio. Lo que sí cambia es qué hace un júnior en su primer año: menos trabajo mecánico y más revisión, integración y comprensión del sistema.

¿Y si el agente se equivoca en producción?

No debería llegar a producción nada que no haya pasado por la misma puerta que el resto: tests, revisión humana y despliegue controlado. Si un cambio generado por IA llega a producción sin revisar, el problema no es el agente, es el proceso.

Conclusión

El vuelco del mercado durante 2026 (del 18% al 39% en seis meses, superando a una herramienta que parecía inamovible) no se explica por la calidad del código generado, que en todas las opciones serias es alta. Se explica por la unidad de trabajo: Claude Code asume tareas completas y las verifica, y eso encaja con cómo trabaja de verdad un equipo de desarrollo.

La otra mitad de la historia es ese 4% de confianza plena. Las empresas que están sacando partido real no son las que más delegan, son las que han puesto por escrito qué se delega, qué se revisa y quién responde. La herramienta es buena; el proceso alrededor es lo que marca la diferencia entre acelerar y acumular problemas.