Por qué uso Claude Code y no las otras diez opciones

He probado casi todas las herramientas de este tipo y me quedo con una por dos razones que no salen en ninguna comparativa.

Uso Claude Code por dos razones, y ninguna de las dos tiene que ver con lo bien que escribe código.

La primera es que trabaja sobre mis archivos de verdad, no sobre una copia dentro de una aplicación. La segunda es que arrastra contexto entre sesiones sin que yo se lo recuerde cada vez.

Todo lo demás (que si el modelo es mejor, que si la interfaz, que si el precio) me parece secundario. He probado casi todas y esas dos cosas son las que me hicieron quedarme.

¿Por qué Claude Code y no otro agente?

Empiezo por la primera razón, que es la que más gente pasa por alto.

Casi todas estas herramientas te piden que trabajes dentro de ellas. Subes archivos, o los pegas, o los conectas, y el trabajo pasa ahí dentro. Cuando terminas, exportas o copias. La herramienta es el sitio y tus archivos son visitantes.

Claude Code hace lo contrario. Abre una carpeta de tu ordenador y trabaja ahí, como lo haría una persona que se sienta en tu sitio. Lee lo que hay, crea archivos nuevos, mueve cosas, actualiza índices. Cuando termina, tú tienes tus archivos exactamente donde estaban, mejor de como estaban.

Esa diferencia parece de matiz y no lo es en absoluto. Significa que puedo usarlo sobre mi documentación, mis notas, mis borradores y mi vida entera sin tener que meter nada en ninguna plataforma. Y significa que si mañana desaparece la herramienta, mi trabajo sigue ahí. No hay dependencia.

La segunda razón: la memoria del proyecto

Esta es la que más ha cambiado mi forma de trabajar y la que menos se explica en las comparativas.

En una carpeta puedes dejar un archivo con las instrucciones de ese proyecto. Cómo se hacen las cosas ahí, qué reglas hay, qué no se toca nunca, cómo escribo yo. Cada vez que abres la herramienta en esa carpeta, lo lee antes de hacer nada.

El efecto acumulado de eso es enorme. La primera semana estás explicando cosas constantemente. Al mes, ya no explicas casi nada, porque lo que explicaste está escrito y se lee solo. A los seis meses, tienes un sitio donde alguien empieza a trabajar sabiendo cómo funcionan tus cosas.

Con las herramientas que van por conversaciones sueltas, cada sesión empieza de cero. Puedes pegar instrucciones al principio, sí, pero eso es un parche que tienes que mantener tú.

Contexto por encima de prompts. Es lo que llevo diciendo desde hace tiempo y esto es la aplicación literal.

Lo que no me convence de las otras

Voy a mojarme, que si no esto no sirve de nada.

Las herramientas que viven dentro de un editor de código, tipo Cursor, son excelentes en lo suyo. Si lo tuyo es programar todo el día, la experiencia es mejor que la de una terminal, sin discusión. La diferencia entre ambas la desgloso en Claude Code frente a Cursor.

Mi problema con ellas es otro: yo no programo todo el día. Yo gestiono documentación, escribo, organizo material y de vez en cuando toco una web. Un editor de código para eso es una herramienta enorme para un uso pequeño.

Las que funcionan en el navegador, generando aplicaciones desde una descripción, son impresionantes en la demo y frustrantes a la tercera semana. Llegas rápido a algo que funciona y luego te chocas contra el techo. Cuando quieres algo específico que no estaba previsto, no puedes bajar al detalle.

Y las que son gratis o baratas suelen serlo porque el modelo que llevan detrás es más flojo. Eso se nota poco en tareas cortas y se nota muchísimo en tareas de varios pasos, que es donde estas herramientas justifican su existencia. Un repaso a las opciones lo tengo en alternativas a Claude Code.

Lo que no me gusta de Claude Code

Para que esto no parezca un anuncio, lo que llevo peor.

La terminal echa gente para atrás. Yo entiendo perfectamente que alguien vea una pantalla negra con texto y diga que no. No es un problema real, se resuelve en un rato, pero es una barrera de entrada innecesaria en 2026. Si esa es tu pega, empieza por Claude Code para no programadores y verás que se pasa rápido.

El consumo es lo segundo. Si le tiras contexto largo todo el día, te comes los límites del plan. Hay que aprender a mirar el gasto, a limpiar la conversación cuando se alarga, y a no meter en contexto cosas que no hacen falta. Se aprende, pero se aprende gastando.

Y lo tercero: es potente de más para tareas pequeñas. Para resumir un correo o escribir un mensaje, abrir esto es matar moscas a cañonazos. Para eso sigo usando el chat normal, sin ningún complejo.

Lo que hago con ella que no es programar

Como esto se vende como herramienta de programadores, va lo que hago yo, que en su mayoría no es código.

Gestiono documentación. Tengo un montón de carpetas con notas, decisiones tomadas, procesos y contexto de cada área de lo que hago. Cuando algo cambia, se actualiza el archivo que toca y los índices que lo referencian. Eso a mano no lo mantiene nadie más de dos semanas.

Escribo y organizo contenido. Los borradores, la revisión, el registro de qué se publicó y dónde. El texto sale de mis notas y mis materiales, no de la nada.

Ordeno datos. Exportaciones de herramientas, listas que hay que cruzar, archivos que hay que limpiar. Todo eso son tareas mecánicas que antes eran una tarde y ahora son cinco minutos.

Y sí, también toco cosas técnicas de mi web y de mis servicios. Pero eso es la parte pequeña, y es justo la que todo el mundo se imagina cuando le hablas de esto.

¿En qué caso elegiría otra?

Si programara todo el día, elegiría una herramienta dentro del editor. La comodidad de ver los cambios ahí mismo, línea a línea, gana cuando el código es tu trabajo principal.

Si mi objetivo fuera montar una aplicación concreta en dos tardes y no volver a tocarla, usaría una de las que generan desde el navegador. Llegan antes y no necesito nada más.

Y si nunca hubiera tocado una terminal y me diera pánico real, empezaría por el chat normal durante unos meses. No pasa nada. Se llega igual, solo que más despacio.

Y si trabajara en equipo con gente que no toca nada técnico, tendría que pensármelo. Esto brilla cuando el que lo usa tiene control de los archivos y entiende dónde está cada cosa. En un equipo donde media plantilla solo quiere abrir una pestaña y escribir, una herramienta de navegador reduce muchísimo la fricción, aunque tenga menos techo.

Lo que no haría, y esto es lo único que diría con la mano en el fuego, es elegir la herramienta antes de saber qué quiero construir. La mitad de la gente que pregunta cuál usar todavía no ha decidido qué va a hacer con ella, y esa pregunta se responde sola en cuanto lo decides.

Escribe en una línea qué quieres tener montado dentro de un mes. Con esa línea delante, la elección deja de ser un debate de internet y pasa a ser una consecuencia.

Si quieres montar tu web desde cero con esto, sin saber programar, el curso va exactamente de este proceso.

Ver Crea tu web con Claude Code

Relacionado

Sigue leyendo