Cuándo NO usar Claude Code (aunque te apetezca) y qué usar en su lugar

Uso Claude Code todos los días y aun así hay tareas donde abrirlo es la peor decisión que puedo tomar. Te las cuento para que no las descubras por las malas, como las descubrí yo.

La tesis es esta: Claude Code brilla cuando el trabajo tiene contexto en archivos y consecuencias reversibles. Cuando falta una de las dos cosas, lo que ganas en velocidad lo pierdes en limpiar el estropicio.

Y ojo, que esto no va de "la IA no vale". Va de que un martillo buenísimo sigue siendo mal destornillador.

¿En qué casos no conviene usar Claude Code?

Cinco. Van de la más obvia a la que más me ha dolido.

Uno: cuando la respuesta es una sola pregunta corta. Si lo que quieres es "¿cómo se dice tal cosa en polaco?" o "resúmeme este texto", abrir una terminal, esperar a que arranque, esperar a que lea el contexto del proyecto y luego preguntar es un ritual absurdo. Tienes la web de Claude o la app del móvil a un clic. Yo he llegado a tener Claude Code abierto para preguntar una tontería que habría resuelto antes escribiéndola en el móvil.

Dos: cuando no hay archivos de por medio. Todo el superpoder de esta herramienta viene de que lee y escribe tu carpeta. Si tu tarea vive entera en tu cabeza (pensar una idea, decidir algo, desahogarte sobre un problema), el sistema de archivos no aporta nada y solo estorba. Para pensar en voz alta prefiero una conversación normal, sin herramienta que quiera escribir cosas.

Tres: cuando el trabajo es visual. Aquí es donde más tiempo he tirado. Ajustar el espaciado de una landing, mover un bloque, decidir si ese azul es demasiado azul. Puedes hacerlo por texto, sí. Y son cuarenta iteraciones de "un poco más a la izquierda", "no, menos", "vuelve a lo de antes". Con un editor visual lo arrastras y ya está. El ojo es más rápido que la descripción.

Cuatro: cuando lo que estás montando ya existe hecho. Un formulario que envía a una hoja de cálculo. Un panel de listado con filtros. Una página de reservas. Puedes construirlo, funcionará y serán dos tardes. O lo montas en Softr (enlace de afiliado: así me ayudas a seguir creando contenido) en un rato, sobre datos que ya tienes, y te vas a hacer otra cosa. Que puedas construirlo no significa que debas.

Cinco: cuando estás cansado y tienes permisos amplios. Esta es la peligrosa. Claude Code es rápido de cojones y hace lo que le pides. Si le pides una tontería a las once de la noche con la cabeza fundida, la hace, y la hace bien. El problema es que la tontería era tuya. He borrado cosas que no debía haber borrado no porque la herramienta se equivocara, sino porque yo pedí exactamente eso.

La regla que uso ahora

Antes de abrir la terminal me hago dos preguntas de tres segundos.

¿El trabajo vive en archivos? Si la respuesta es no, cierro y me voy a otra parte.

¿Sé cómo deshacer esto si sale mal? Si la respuesta es no, primero me monto la red (un commit, una copia, lo que sea) y luego empiezo.

Con esas dos preguntas me he ahorrado la mayoría de los ratos malos. No todas, que también hay días tontos, pero la mayoría.

Lo del trabajo visual, con más detalle

Merece un apartado propio porque es el error que veo más repetido en la gente que empieza.

Cuando descubres que puedes decirle a una IA "hazme una web" y sale una web, se te va la cabeza. Y entonces intentas ajustar esa web a base de frases. Y ahí empieza el infierno.

El problema no es de la IA. Es que estás usando un canal de baja resolución para un problema de alta resolución. Describir con palabras dónde va exactamente un elemento en una pantalla es como describir por teléfono cómo aparcar un coche. Se puede. Es una tortura.

Lo que hago yo: la estructura y la lógica, por texto. El ajuste fino, en un editor donde vea lo que toco. Si la herramienta no me deja tocar visualmente, entonces asumo que la primera versión que salga es la que hay y no me pongo a pulir por chat. Imperfecto pero publicado.

Si te interesa cómo se compara Claude Code con las herramientas que generan la interfaz directamente, tengo un análisis de Claude Code frente a Lovable donde esto sale bastante.

¿Y cuándo sí, entonces?

Para que no parezca que estoy tirándole piedras a mi propia herramienta favorita.

Claude Code es imbatible cuando tienes una carpeta con cosas dentro y quieres hacerles algo. Reorganizar documentación. Buscar una incoherencia entre veinte archivos. Renombrar cosas en todo un proyecto. Escribir un script que procese unos datos. Entender un código que no escribiste tú. Documentar lo que ya existe.

Y es imbatible también en algo que casi nadie cuenta: mantener un cerebro digital. Notas, apuntes, decisiones, contexto acumulado. Yo lo uso más para eso que para código, y lo expliqué en Claude Code para no programadores.

El patrón común es siempre el mismo. Archivos + trabajo repetitivo o pesado + posibilidad de revisar antes de dar por bueno.

¿Cuándo me equivocaría con esto?

Hay dos escenarios donde lo que digo se cae.

El primero: si eres alguien que ya vive en la terminal. Si tienes Claude Code abierto de fondo todo el día, el coste de arranque que menciono en el punto uno no existe. Preguntas la tontería ahí porque ya está abierto y tardas menos que en sacar el móvil. Todo mi argumento de la fricción se evapora.

El segundo, y este es más importante: en el trabajo visual, la cosa está cambiando rápido. Cuando el asistente puede ver la pantalla que ha generado y corregirse solo, el bucle de las cuarenta iteraciones se acorta muchísimo. Lo que escribo hoy sobre lo visual tiene fecha de caducidad y lo sé. Revisa si sigue siendo verdad cuando leas esto.

Lo que no creo que cambie es el punto cinco. Una herramienta que ejecuta rápido lo que le pides multiplica tu criterio, para bien y para mal. Si el criterio esa noche es malo, la velocidad juega en tu contra. Eso no lo arregla ninguna versión nueva.

También te puede interesar el mismo razonamiento aplicado a las plataformas visuales, que tienen sus propios límites: lo conté en cuándo no montar tu app sin código.

El resumen que me digo a mí mismo

Claude Code no es un asistente universal. Es una herramienta muy buena para un tipo concreto de trabajo, que resulta ser un tipo de trabajo del que hago mucho.

Cuando lo uso para lo que es, parece magia. Cuando lo uso para todo, me como horas.

Y saber cuál de las dos cosas estoy haciendo me cuesta unos tres segundos de pensar antes de abrir la terminal. Sale a cuenta. Si no tienes claro qué herramienta te encaja para lo que quieres montar, hice un test corto que te orienta según tu caso.

Hacer el test de IA