Casi todos los que instalan Claude Code se quedan en el mismo lugar: abren la terminal, escriben lo que quieren, se pelean un rato con el resultado y cierran. Funciona lo suficiente para no cambiar nada. Y ese es exactamente el problema.
Claude Code no es una herramienta con una forma de usarse. Es una escalera. Cada escalón cambia qué tipo de trabajo le puedes soltar, y los escalones de arriba no se parecen en nada a los de abajo: en el nivel 1 le pides que escriba algo, en el nivel 7 le dejas un proceso corriendo y revisas el resultado al día siguiente.
Abajo están los siete, con la señal de que ahí estás parado, el archivo que hay que tocar para subir, y el ejercicio concreto de esta semana. No los saltes: cada nivel arregla el problema que hace ruidoso al siguiente.
La escalera, en una frase
Vas subiendo conforme dejas de darle instrucciones y empiezas a darle entorno. Prompt, contexto, permisos, accesos, procedimientos, delegación y por último orquestación.
La mayoría de la gente que conozco vive entre el 2 y el 3. Los que ya montaron algo que corre solo están en el 6. El 7 todavía es raro y por eso rinde tanto.
El paso que todo mundo se salta: subir de nivel no es instalar más cosas. Es escribir lo que ya sabes en un archivo que Claude lea solo. Si tu setup crece en integraciones pero tú sigues explicando lo mismo en cada sesión, no subiste de nivel: nada más te compraste más superficie que mantener.
Cómo saber en qué nivel estás
Hay una prueba de diez segundos. Abre una sesión nueva, en frío, y pídele algo real de tu trabajo en una sola frase, sin explicar nada.
- Si te pregunta de qué se trata el proyecto: nivel 1.
- Si entiende el proyecto pero te pide permiso en cada comando: nivel 2.
- Si trabaja solo pero no puede ver tus herramientas reales: nivel 3.
- Si ve tus herramientas pero hace el proceso a su manera cada vez: nivel 4.
- Si repite tu proceso igual siempre, pero solo puede hacer una cosa a la vez: nivel 5.
- Si reparte el trabajo entre varios y junta el resultado: nivel 6.
- Si terminó sin ti: nivel 7.
Los 7 niveles
1. Prompting: pedir bien
El nivel donde Claude Code es una terminal con un modelo adentro. Le escribes, te contesta, tú decides. Aquí toda la calidad depende de cómo formules la petición: qué quieres, con qué restricciones, en qué formato, y contra qué se va a considerar terminado.
No es un nivel para menospreciar. Es el que sostiene a los otros seis: un mal prompt dentro de un agente automatizado nada más multiplica el error. Si tus peticiones son vagas, todo lo que construyas encima va a ser vago más rápido.
Para subir esta semana: toma tus tres peticiones más frecuentes y reescríbelas con la estructura completa de rol, contexto, ejemplo, reglas y formato. Guárdalas en un archivo de texto. Vas a notar que la mitad de tus quejas con el modelo eran ambigüedad tuya.
2. Contexto: el archivo CLAUDE.md
Aquí dejas de explicar lo mismo cada vez. CLAUDE.md es un archivo en la raíz del proyecto que Claude Code lee al arrancar cada sesión. Adentro va lo que un empleado nuevo necesitaría en su primer día: qué es este proyecto, cómo está organizado, con qué comandos se corre, qué convenciones se respetan y qué está prohibido tocar.
La diferencia se siente inmediato. En una operación de contenido, por ejemplo, ahí escribes que las miniaturas van en cierta carpeta, que los reportes se entregan en cierto formato y que nunca se publica sin aprobación. Deja de ser algo que tú repites y pasa a ser algo que el sistema sabe.
Para subir esta semana: corre /init dentro de tu proyecto para que Claude escriba un primer borrador leyendo los archivos, y después edítalo a mano. La parte de "no toques esto" la tienes que escribir tú: el modelo no la puede adivinar.
3. Herramientas y permisos: dejarlo trabajar
El nivel 3 es donde Claude deja de pedirte autorización para todo. Vive en .claude/settings.json, donde defines qué comandos puede correr sin preguntar y cuáles nunca. Correr las pruebas, leer archivos, consultar el estado del repositorio: eso se autoriza una vez. Borrar cosas o publicar en producción: eso se queda pidiendo permiso siempre.
Es el nivel que más gente evita por miedo, y es el que más tiempo devuelve. Un agente al que interrumpes cada 30 segundos no es un agente: es un autocompletado caro. La regla que uso: permito todo lo que sea reversible, bloqueo todo lo que no.
Para subir esta semana: revisa qué comandos te pidió permiso Claude en los últimos días y mete a la lista de permitidos los tres que aprobaste siempre sin pensarlo. Ese es el punto exacto donde la fricción no te estaba protegiendo de nada.
4. MCP: conectarlo a tus sistemas reales
Model Context Protocol es el estándar que le da a Claude acceso a herramientas externas: tu base de datos, tu CRM, tu gestor de proyectos, tu navegador. Se agregan con claude mcp add y quedan disponibles como herramientas más.
Aquí es donde el sistema empieza a valer dinero. Un agente que solo lee archivos de tu disco está adivinando cómo va la operación. Un agente conectado a tu tablero de proyectos y a tu base de datos sabe cómo va. La diferencia entre "escríbeme un reporte" y "escríbeme el reporte con los números de esta semana" es exactamente un servidor MCP.
Para subir esta semana: conecta un solo servidor, el de la herramienta donde vive el dato que más copias y pegas a mano. En esta guía están los que yo instalaría primero, con su comando.
5. Skills: enseñarle tu procedimiento
Una skill es una carpeta con un archivo SKILL.md adentro, en .claude/skills/, que describe cómo se hace una tarea específica en tu casa. Claude la carga sola cuando detecta que aplica, sin que se la invoques.
La distinción con el nivel 2 importa: CLAUDE.md es contexto permanente que se lee siempre; una skill es un procedimiento que se activa cuando toca. Si le metes tus 15 procesos al CLAUDE.md, le llenas la cabeza de cosas irrelevantes en cada sesión. Si los conviertes en skills, cada una aparece nada más cuando se necesita.
El buen candidato a skill es el proceso que haces igual siempre, con criterios que se pueden escribir: cómo se arma el reporte mensual, cómo se revisa un guion antes de grabarlo, qué se valida antes de subir un anuncio.
Para subir esta semana: la próxima vez que le corrijas algo a Claude tres veces seguidas, no lo corrijas la cuarta. Escribe la corrección en un SKILL.md.
6. Subagentes: delegar en paralelo
Un subagente es una sesión con su propia ventana de contexto, sus propias herramientas y su propia instrucción, que la sesión principal lanza y luego recoge. Se definen en .claude/agents/.
Sirven para dos cosas distintas y conviene no confundirlas. La primera es paralelismo: cinco búsquedas al mismo tiempo tardan lo que la más lenta, no lo que la suma. La segunda, y más importante, es aislamiento: el subagente se lleva toda la basura de la exploración a su propio contexto y solo devuelve la conclusión. La sesión principal se mantiene limpia y por lo tanto sigue siendo buena.
En la práctica esto es lo que te deja atacar trabajos grandes sin que la calidad se degrade a la mitad. También es donde empiezan los errores caros: si le das a un subagente permisos de escritura y una instrucción ambigua, va a hacer un desastre en paralelo.
Para subir esta semana: arma un solo subagente de investigación, de puros permisos de lectura, y úsalo para la parte de tu trabajo que consiste en revisar muchas fuentes y traer un resumen.
7. Equipos de agentes y loops: que termine sin ti
El último nivel no es un agente más grande. Es un ciclo: algo que descubre trabajo, lo reparte, verifica el resultado contra un criterio y vuelve a empezar hasta que se cumple la condición de salida. Tú ya no escribes las instrucciones una por una, escribes el bucle y la condición.
Boris Cherny, que dirige Claude Code, describió su propio trabajo justo así: pasó de escribir código, a prompear varias sesiones en paralelo, a escribir loops que prompean a Claude. El salto de nivel es que el humano deja de ser el operador y pasa a ser el que diseña el circuito.
Lo que hace que este nivel funcione no es el modelo, es la verificación. Un loop sin forma automática de saber si el resultado está bien es una máquina de generar trabajo malo a gran velocidad. Necesitas pruebas, validaciones, un linter, un checador: algo determinista que diga sí o no sin que tú mires.
Para subir esta semana: toma la tarea repetitiva más aburrida que tengas, escribe la condición exacta de "esto ya quedó" y móntale un loop con tope de iteraciones. La mecánica completa está en la guía de ingeniería de loops.
El error que hace que la gente se atore en el 3
Casi nadie se atora por falta de capacidad técnica. Se atora porque los niveles 4 en adelante piden algo que el 1, 2 y 3 no piden: tener claro tu propio proceso.
Para escribir una skill tienes que saber cómo se hace bien la tarea. Para armar un subagente tienes que saber qué parte del trabajo es separable. Para montar un loop tienes que poder decir, sin ambigüedad, cuándo está terminado. Eso no es trabajo de IA: es trabajo de operación, y es el que la gente pospone.
Por eso la escalera premia a quien ya tiene procesos ordenados y castiga a quien no. Si tu operación vive en la cabeza de tres personas, los niveles altos no te van a servir de nada hasta que la bajes a texto.
Mi recomendación de ritmo: un nivel cada dos semanas, y no avances hasta que el anterior se sienta aburrido. El aburrimiento es la señal de que ya se automatizó lo evidente y toca subir. La prisa es la señal de que vas a construir tres capas encima de un piso que no está firme.