GOLIVE
Volver al blog

Claude Code: 5 errores que cometen los desarrolladores web

Claude Code es potente, pero la mayoría de los desarrolladores web pasan por alto las funcionalidades que realmente marcan la diferencia. Esto es lo que se están perdiendo.

CLAUDE.md, subagentes, comandos custom, permisos: los desarrolladores web que usan Claude Code sin estas funcionalidades se pierden lo esencial. Guía completa.

Desde hace algunos meses, Claude Code se ha instalado en el día a día de muchos desarrolladores web. Agéntico, capaz de leer tu código base, ejecutar comandos y autocorregirse en bucle, la herramienta está realmente en otra categoría respecto a lo que existía antes. Sin embargo, la mayoría de los desarrolladores web que lo adoptan lo usan apenas al 30 % de su potencial real: envían prompts, miran el código generado y pasan a otra cosa. Esta guía está para corregir eso.

  • 🔑 Configura CLAUDE.md desde el primer día: es tu memoria persistente entre sesiones.
  • ⚡ Los comandos custom estandarizan tus flujos de trabajo repetitivos sin esfuerzo adicional.
  • 🚀 Los subagentes en paralelo dividen el tiempo de ejecución en las tareas complejas.
  • 💡 Claude Code accede al modelo directamente, sin capas intermedias, lo que cambia la precisión de las respuestas.

Lo que Claude Code hace y las demás herramientas no

La distinción fundamental que hay que entender: Claude Code no es un copiloto, es un agente. La diferencia no es solo semántica. Un copiloto como GitHub Copilot o el modo clásico de Cursor completa tu código línea por línea. Claude Code, en cambio, recibe una instrucción, planifica, crea archivos, ejecuta comandos en el terminal, verifica el resultado y vuelve a intentarlo si no está bien.

Es lo que se llama el "bucle agéntico": construir, verificar, corregir, sin esperar tu validación en cada paso. Para un desarrollador web que gestiona proyectos complejos con varios módulos, es una ruptura real.

Otro punto que los desarrolladores suelen descubrir demasiado tarde: Claude Code accede directamente a Claude Sonnet sin pasar por la capa intermedia de productos como Cursor. En la práctica, no hay un system prompt propietario que ocupe espacio en la ventana de contexto y sesgue las respuestas. Obtienes el modelo en bruto, con acceso a un millón de tokens de contexto. En un repo grande, eso lo cambia todo.

Claude Code también puede lanzar varios subagentes en paralelo. Mientras un agente analiza tu landing page, otro audita tu sistema de routing y un tercero verifica la documentación. Los tres terminan al mismo tiempo. Es estructuralmente diferente de una herramienta que procesa las tareas en secuencia.

CLAUDE.md: la funcionalidad que los desarrolladores subestiman

El problema número uno con las herramientas IA: reinicias una conversación y vuelves a empezar de cero. Claude Code resuelve eso con CLAUDE.md.

Este archivo de texto, colocado en la raíz de tu proyecto, es leído por Claude Code al inicio de cada sesión. Ahí pones todo lo que necesita saber: los comandos disponibles en el proyecto, las convenciones de código que sigues, la arquitectura global, las reglas absolutas (nunca export default salvo para las páginas Next.js, siempre named exports, etc.).

El enfoque correcto: mantén este archivo corto y preciso. Claude Code va a leer de todos modos tus otros archivos para empaparse de la base de código. CLAUDE.md debe contener lo que no es obvio deducir del código mismo: las intenciones, las restricciones, las decisiones de arquitectura.

Si empiezas en un proyecto existente, escribe /init en Claude Code. Analiza la base de código y genera un CLAUDE.md inicial. Lo afinas después. Si usas # en el chat para corregir a Claude Code, te propone guardar la regla directamente en CLAUDE.md o en tu memoria de usuario global. Es la forma más rápida de capitalizar tus correcciones.

Para proyectos con varios módulos distintos, puedes tener un CLAUDE.md por carpeta. Cada agente que trabaje en ese módulo cargará las instrucciones correctas automáticamente.

Este enfoque coincide con lo que analizamos en nuestro artículo sobre cómo los desarrolladores usan Claude Code: los usuarios avanzados no improvisan sus prompts, estructuran su contexto.

Los comandos custom: acaba con los prompts repetitivos

Los comandos custom son el equivalente a tus scripts NPM, pero para tu flujo de trabajo con Claude Code. Creas un archivo Markdown en .claude/commands/ de tu proyecto. El nombre del archivo se convierte en el nombre del comando. El contenido del archivo es el prompt.

Ejemplo concreto: tienes un proceso estándar para añadir un componente a tu design system. Crea un archivo new-component.md con todos los pasos: crear el archivo del componente siguiendo el ejemplo de Button.tsx, crear el archivo de test asociado, actualizar el índice de exports, generar la documentación MDX. Ahora, escribe /new-component NombreDelComponente y Claude Code ejecuta todo eso, en orden, con el argumento que le pasaste.

Puedes referenciar otros archivos en tus comandos con @ruta/al/archivo. Esto fuerza a Claude Code a usar un archivo existente como plantilla en lugar de inventar. En proyectos donde la coherencia es crítica, es imprescindible.

Los comandos existen en dos ámbitos: project (en .claude/commands/, commiteados con el repo, disponibles para todo el equipo) y user (en tu carpeta personal de Claude, disponibles en todos tus proyectos). Tus comandos genéricos como /review-pr o /create-pr van en el ámbito user. Los comandos específicos del proyecto van en el repo.

Esto se relaciona directamente con lo que describimos en nuestro análisis de los agentes IA versus desarrolladores: el valor no viene del modelo solo, sino de cómo estructuras su intervención en tu flujo de trabajo.

Permisos y configuración: no trabajes en modo degradado

Por defecto, Claude Code pide confirmación antes de cada modificación de archivo y cada comando. En desarrollo activo, se vuelve paralizante rápidamente.

La configuración correcta se hace en .claude/settings.json (commiteado en el repo, para todo el equipo) y .claude/settings.local.json (ignorado por git, para tus preferencias personales). Esto es lo que deberías configurar:

El defaultMode: pásalo a acceptEdits para que Claude Code modifique los archivos sin preguntarte cada vez, pero siga pidiéndote confirmación para los comandos del sistema. Es el buen equilibrio entre control y fluidez.

Las listas allow y deny: lista explícitamente los comandos autorizados (pnpm, git, gh, ls) y los prohibidos. Claude Code no podrá ejecutar lo que no esté en la lista allow o lo que esté en deny. En un proyecto en producción, es una protección simple pero eficaz.

Los MCP (Model Context Protocol): es lo que permite conectar Claude Code a servicios externos. Context7 para acceder a la documentación actualizada de las librerías que usas (imprescindible en proyectos Next.js o React recientes), Notion, Slack, GitHub. Instálalos con claude mcp add y añádelos en settings.json para que todo el equipo se beneficie.

¿Realmente hay que pasarse a Claude Code en 2026?

La pregunta surge a menudo entre los desarrolladores que ya tienen sus hábitos en Cursor. Estos son los hechos sin adornos.

Claude Code es superior en las tareas agénticas largas: refactoring de un módulo entero, adición de una funcionalidad que toca varios archivos, migración de dependencias. El acceso directo al modelo y la ventana de contexto de un millón de tokens marcan la diferencia en estas tareas.

Cursor mantiene una ventaja en la integración nativa con el IDE, sobre todo para las sugerencias inline mientras escribes. Si codeas mucho a mano y usas la IA como asistencia sobre la marcha, Cursor sigue siendo pertinente.

El precio es un tema real. La suscripción Pro Claude a 20$ al mes es suficiente para un uso diario moderado. Si lo usas varias horas al día con prompts pesados, el plan de 100$ se vuelve necesario. Usar la API sin suscripción sale caro muy rápido.

La verdadera pregunta no es "Cursor o Claude Code", sino "¿estoy usando realmente el modo agéntico o lo estoy usando como un chat avanzado?" Si la respuesta es la segunda opción, no estás aprovechando la herramienta.

Para los equipos que externalizan parte de su desarrollo, el impacto ya es visible. Nuestros clientes que combinan desarrolladores offshore y Claude Code observan un cambio significativo en la velocidad de entrega en las tareas repetitivas y los refactorings. No es un reemplazo de los desarrolladores, es un multiplicador de productividad para los desarrolladores que saben configurarlo correctamente.

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.