GOLIVE
Volver al blog

Claude Code: qué es y cómo lo usan realmente los desarrolladores

Claude Code es el agente de IA de Anthropic que programa en tu terminal. Esto es lo que realmente es, cuánto cuesta y las técnicas concretas que aplican los ingenieros senior.

Anthropic cobra entre 20 y 200 $/mes por Claude Code. Plan mode, CLAUDE.md, skills y validation loops: lo que los devs senior conservan y lo que evitan.

La obsesión de los desarrolladores por Claude Code no es una moda pasajera. En Hacker News, ingenieros preguntan cómo gestionar su dependencia de la herramienta. En Twitter, las sesiones multi-terminal en paralelo se han convertido en norma informal. Lo que está ocurriendo no es simplemente la adopción de una nueva herramienta de generación de código: es un cambio profundo en la forma de trabajar, difícil de revertir.

  • 🚀 Claude Code funciona en el terminal, lo que desplaza el rol del desarrollador de la escritura a la arquitectura de tareas.
  • 💡 Un archivo CLAUDE.md bien mantenido ahorra decenas de minutos de contexto en cada nueva sesión.
  • ⚠️ Sin un plan multifase y gestión de la ventana de contexto, las features grandes derivan inevitablemente.
  • ✅ Los "skills", playbooks en markdown, permiten codificar un proceso de ingeniería reproducible que el agente sigue en cada invocación.

¿Qué es Claude Code? (la versión corta)

Claude Code es un agente de IA desarrollado por Anthropic que se ejecuta directamente en tu terminal. A diferencia de GitHub Copilot o Cursor, que completan tu código en el IDE línea por línea, Claude Code puede leer todo tu codebase, modificar varios archivos simultáneamente, ejecutar tus tests, interpretar los errores y reintentar hasta alcanzar el objetivo que le hayas fijado. Es la diferencia entre un autocompletado y un agente autónomo.

Precio: Claude Code está incluido en la suscripción de Claude.ai a partir de 20 $/mes (plan Pro). Para un uso profesional intensivo, sesiones de varias horas durante la jornada laboral, el plan Max (100 a 200 $/mes) es el recomendado: el Pro alcanza sus límites de cuota tras 1h30 a 2h de trabajo sostenido.

Según Anthropic, los equipos que lo adoptan registran una reducción del 20 al 55 % del tiempo por tarea y un prototipado entre 3 y 5 veces más rápido, cifras procedentes de sus propios estudios internos, que conviene matizar según tu contexto y la madurez de tu codebase.

Por qué Claude Code no es un autocompletado con esteroides

Lo primero que sorprende al leer los testimonios de desarrolladores sobre Claude Code es que nadie habla del modelo en primer lugar. Hablan del terminal.

Cursor y GitHub Copilot viven en el IDE. Completan código ante tus ojos, en un contexto visual donde ves cada modificación aplicarse en directo. Esa proximidad crea una postura de supervisión constante: tú sigues al mando del teclado e intervienes en cada paso. Claude Code, en cambio, opera en el terminal. Describes un objetivo, lo envías, y el agente trabaja. El código va desfilando, a menudo demasiado rápido para seguirlo línea por línea.

Este factor de forma produce un efecto psicológico importante. Los desarrolladores que usan Claude Code se comportan menos como revisores de código y más como arquitectos de tareas. Su rol pasa de la escritura a la formulación de problemas, la validación de planes y la definición de restricciones claras. No es una regresión, es una subida en el nivel de abstracción.

La otra razón de esta obsesión tiene que ver con el posicionamiento de la herramienta. Las soluciones no técnicas como Replit o Lovable generalmente no muestran el código. Se dirigen a personas que no quieren verlo. En el extremo opuesto, Cursor y Copilot asumen que revisas cada línea producida. Claude Code ocupa un espacio intermedio: sigues en tu entorno de desarrollo, puedes intervenir en cualquier momento, pero no estás obligado a supervisar todo. Un desarrollador puede dejar Claude Code ejecutándose, ocuparse de otra cosa y volver a encontrarse con un cambio funcional. Eso es exactamente lo que los perfiles no técnicos no pueden hacer, y lo que las herramientas de IDE no ofrecen.

En los benchmarks de coding en terminal, Claude Code ya no lidera en el momento de escribir estas líneas. Pero sus usuarios no se van. La calidad de los modelos de Anthropic, combinada con este posicionamiento en terminal, ha creado una ventaja de adopción temprana difícil de revertir. Y sobre todo, Claude Code no se presenta como el sustituto del desarrollador: se posiciona como una herramienta que amplifica a los desarrolladores técnicos. Un ingeniero no abandona una herramienta que no percibe como una amenaza a su propio puesto.

Desde marzo de 2026, hay una extensión oficial para VS Code disponible en el marketplace de Microsoft, con sidebar dedicada, diffs en línea y aceptación de cambios en un clic. Los desarrolladores senior siguen usando masivamente la interfaz de terminal, precisamente porque la ausencia de interfaz gráfica fuerza la postura de arquitecto descrita más arriba.

Para profundizar en este cambio de rol, lee nuestro análisis sobre agentes de IA y desarrolladores.

El archivo CLAUDE.md: el punto de partida que la mayoría ignora

Claude Code no tiene memoria entre sesiones. Cada vez que abres un nuevo contexto, el agente parte de cero. Sin estructura, eso significa que dedicarás los primeros minutos a reexplicar el proyecto, las convenciones de código, los comandos de build y tus preferencias. En una semana de trabajo intenso, es una hora perdida al día.

La respuesta a este problema es el archivo CLAUDE.md, ubicado en la raíz de tu proyecto y cargado automáticamente en el contexto de cada sesión. Piénsalo como un documento de onboarding escrito para un ingeniero que llega cada mañana sin recuerdos del día anterior.

Un CLAUDE.md eficaz cubre tres ejes. Qué hace el proyecto, con una descripción funcional breve. Dónde están los archivos clave, con rutas explícitas hacia los componentes importantes. Y cómo se trabaja: los comandos para ejecutar tests, compilar el proyecto, ejecutarlo en local, las convenciones de nomenclatura, el estilo de commits esperado, las restricciones específicas de tu stack.

El tamaño importa. Un archivo de 100 a 200 líneas como máximo es el objetivo. Más allá, el modelo diluye su atención y las restricciones importantes se respetan peor. Céntrate en lo esencial, sé preciso, evita los párrafos de introducción que no aportan nada al agente. Algunos desarrolladores incluso añaden una descripción de su propio perfil para calibrar el estilo de respuesta.

Complementa este setup con comandos slash personalizados, guardados en .claude/commands/. Un comando pr-summary que genera automáticamente la descripción de una pull request, un comando review-component para auditar un componente según tus criterios internos. Cualquier workflow que reproduzcas más de una vez por semana merece ser codificado.

Otro hábito muy recomendable: el comando /clear entre cada tarea distinta. La ventana de contexto de Claude Code es finita. Cuando se satura, la calidad de las decisiones se degrada. El agente empieza a ignorar restricciones establecidas al inicio de la sesión y a producir código incoherente con las decisiones anteriores. Tratar cada tarea como una sesión nueva es contraintuitivo, pero es el enfoque que preserva la calidad a largo plazo.

El plan multifase: abordar features grandes sin ahogarse

Los desarrolladores que usan Claude Code en features complejas han hecho todos el mismo descubrimiento: dejar que el agente programe una feature grande en una sola sesión es mala idea. La ventana de contexto se llena, las decisiones iniciales se pierden en el ruido y la coherencia arquitectónica se resiente.

La respuesta es el plan multifase. Antes de escribir una sola línea de código, activa el modo plan (shift-tab en Claude Code). El agente explora el codebase, hace preguntas de clarificación sobre lo que resulta ambiguo en tu especificación y devuelve un plan estructurado en fases independientes.

Este proceso de clarificación merece la inversión de tiempo. Una sesión de 10 a 40 preguntas sobre una feature compleja puede parecer ineficiente. En realidad, permite desbloquear incógnitas que habrían costado mucho más corregir durante la implementación. Cuestiona tu idea antes de construirla: es un principio de ingeniería que precede ampliamente a la IA y que aquí se aplica con una eficacia redoblada.

Una vez que tienes el plan, comprueba el consumo de tu ventana de contexto antes de lanzar la ejecución. Si te queda un 80% libre tras la fase de planificación, puedes encadenar varias fases en la misma sesión. Si la planificación ha consumido más, divide con más detalle y cambia de sesión entre fases.

Para preservar el plan entre varias ventanas de contexto, crea una issue en GitHub que lo contenga. El agente puede recuperar esa issue en una nueva sesión y retomar exactamente donde lo dejó. Este almacenamiento en la nube ofrece una ventaja secundaria: tus compañeros de equipo ven lo que está pasando, pueden comentar y pueden retomar el trabajo si no estás.

Estructura las fases de ejecución como rebanadas verticales: cada fase atraviesa todas las capas de la aplicación en lugar de cubrir una capa horizontal completa. Una fase que crea un motor con sus tests, otra que integra la capa UI encima, en lugar de una fase "backend" y una fase "frontend" separadas. Las rebanadas verticales detectan los problemas de integración pronto. Las horizontales los acumulan hasta el final.

Los skills y la validation loop: codificar tu proceso de ingeniería

Un skill en Claude Code es un archivo markdown que codifica un proceso de ingeniería que el agente debe seguir cuando se invoca. No es un comando rápido de un solo uso. Es un playbook que puede referenciar otros archivos, delegar en sub-agentes e imponer una secuencia de pasos no negociables.

Estos son los skills que aparecen sistemáticamente entre los ingenieros senior:

Skill Cuándo invocarlo Qué impone
Grillage Antes de cualquier desarrollo de una feature Entrevista exhaustiva para desbloquear las incógnitas
PRD to issues Tras redactar un documento de especificación Desglose en tareas con relaciones de bloqueo
TDD Implementación de nuevos módulos Bucle rojo-verde-refactor estricto
Architecture Revisión periódica o tras una oleada de desarrollo Identificación y profundización de módulos superficiales

El skill de grillage obliga al agente a entrevistar al desarrollador rama por rama, dependencia por dependencia, antes de tocar el código. No es el agente quien decide qué es ambiguo: es el skill quien le impone buscar las ambigüedades de forma sistemática.

El skill TDD impone un bucle rojo-verde-refactor. El agente escribe un test que falla, luego escribe el código mínimo para que pase y después busca oportunidades de refactoring. Este workflow tiene un prerrequisito importante: tu codebase debe tener fronteras de módulos claras. Si los límites son difusos, el agente improvisa sus propios perímetros de test, lo que produce resultados inconsistentes.

El skill de architecture obliga al agente a explorar el codebase para encontrar módulos superficiales que se beneficiarían de una mayor profundización. Genera varios diseños alternativos para un mismo módulo, en paralelo mediante sub-agentes, y los compara. Esta exploración periódica, una vez por semana en un codebase activo, mantiene la calidad estructural a medida que la base de código crece.

La validation loop es probablemente la técnica con mejor ratio valor/esfuerzo. Configuras en CLAUDE.md que el agente debe ejecutar el build, los tests y el type-checker tras cada modificación. Si algo falla, el agente lo trata como un bloqueo y corrige antes de continuar. Puedes lanzar una sesión, alejarte 20 minutos y volver a encontrarte con código que se ha autovalidado por el camino. La diferencia en calidad es notable.

Estas técnicas se enmarcan en una tendencia más amplia que describe nuestro artículo sobre lo que realmente cambia para los desarrolladores con la IA.

Qué cambia en la práctica diaria

El conjunto de estas técnicas forma un método coherente. Empiezas con un CLAUDE.md sólido que evita reexplicar el proyecto en cada sesión. Usas el modo plan y un skill de grillage para clarificar qué vas a construir antes de escribir una línea. Estructuras la ejecución en fases verticales con issues de GitHub como memoria externa. Añades una validation loop para que el agente detecte y corrija sus propios errores. Codificas tus procesos repetitivos en skills invocables.

No es una lista de funcionalidades que marcar. Es un cambio de postura: pasar de escribir código a formular problemas bien definidos para un agente capaz pero sin memoria. La calidad de lo que produce el agente está directamente correlacionada con la calidad de tu estructura, no con la calidad de tus prompts individuales. Un codebase bien arquitecturado con un CLAUDE.md sólido y skills precisos produce código significativamente mejor que un codebase desorganizado con prompts elaborados.

Las herramientas seguirán evolucionando rápidamente, y el propio Claude Code quizá sea superado en los benchmarks en unos meses. Pero los principios detrás de estas técnicas (gestión explícita del contexto, planes estructurados, bucles de validación, codificación de procesos) son invariantes de ingeniería que sobrevivirán a las herramientas. Invierte en el método, no en dominar una interfaz específica.

Lo que Claude Code no hace bien (todavía)

Los límites de cuota son la queja más frecuente. Con el plan Pro, sesiones intensivas de 1h30 a 2h pueden agotar la cuota. Para trabajo serio durante una jornada completa, el plan Max no es un lujo.

El riesgo de delegación ciega es real. Casos documentados incluyen la eliminación involuntaria de archivos, dependencias rotas y commits demasiado agresivos. La validation loop descrita más arriba está diseñada para mitigar este riesgo, pero no sustituye la revisión humana final en cualquier modificación estructural.

Los codebases grandes plantean problemas de coherencia. En proyectos de varios cientos de miles de líneas, el agente puede perder el hilo arquitectónico global a lo largo de una sesión prolongada. El desglose en fases verticales con almacenamiento del plan en GitHub issues es la respuesta práctica.

La dependencia progresiva es el riesgo a medio plazo menos medido. Delegar sistemáticamente debilita ciertos reflejos de lectura y escritura directa de código. Algunos equipos empiezan a organizar rotaciones de sesiones "sin agente" para preservar su autonomía técnica.

Preguntas frecuentes sobre Claude Code

¿Qué es exactamente Claude Code? Es un agente de IA desarrollado por Anthropic que se ejecuta en tu terminal (o en VS Code desde marzo de 2026). Lee tu codebase, modifica varios archivos, ejecuta tus tests, interpreta los errores y reintenta, de forma autónoma, hasta alcanzar el objetivo que le hayas fijado.

¿Cuál es la diferencia entre Claude Code y Cursor o GitHub Copilot? Cursor y Copilot viven en el IDE y completan tu código línea por línea. Claude Code es un agente de terminal autónomo: le das un objetivo de alto nivel, ejecuta un plan completo sin que supervises cada modificación. Pasas del rol de programador al de arquitecto de tareas.

¿Cuánto cuesta Claude Code? Claude Code está incluido en la suscripción de Claude.ai. El plan Pro empieza en 20 $/mes. Para un uso profesional intensivo, se recomienda el plan Max (100 a 200 $/mes), ya que el Pro alcanza sus límites de cuota en sesiones largas.

¿Hay que ser desarrollador experimentado para usar Claude Code? La herramienta se dirige explícitamente a perfiles técnicos. La calidad de lo que produce depende directamente de tu estructura (CLAUDE.md, plan mode, arquitectura del proyecto), no de la sofisticación de tus prompts. Un perfil junior en un codebase desorganizado obtendrá resultados decepcionantes.

¿Puede Claude Code sustituir a un desarrollador? No, y de hecho ese es su posicionamiento explícito. Anthropic apunta a los desarrolladores como amplificadores, no a los no desarrolladores como usuarios autónomos. Las decisiones de arquitectura, la gestión del contexto de negocio y la revisión final siguen siendo humanas.

Vincent Roye
Vincent Roye
CEO y Fundador, GoLive Software

Ingeniero francés afincado en Vietnam desde 2014. Dirige un equipo de desarrolladores senior full-stack y acompaña a startups y pymes en la estructuración de su equipo técnico desde hace más de 11 años.