Casi todo el mundo usa Claude Code como una caja de chat con permisos de escritura: abre la terminal, pide algo, espera. Funciona. Pero a la tercera hora del día ya se le acabó el contexto, no sabe qué cambió, y va a pagar por tokens que se fueron en repetirle cosas que ya le había dicho.
Los comandos son la diferencia. No son atajos de teclado bonitos: son las palancas que deciden qué sabe Claude, qué está autorizado a tocar y cuánto te va a costar la sesión.
Estos son los 13 que toco todos los días, agrupados por el momento en que los necesitas de verdad. La lista completa vive en la referencia oficial de comandos; esta es la parte que sí se usa.
Tres cosas que hay que saber antes
- Un comando solo se reconoce al principio del mensaje. Si lo pones a la mitad de un párrafo, es texto.
- Escribes
/y aparece la lista; sigue escribiendo letras y se filtra. No hace falta memorizar nada. - Lo que va después del nombre del comando son sus argumentos. Y las skills se pueden encadenar, hasta seis en un mismo mensaje.
Al arrancar la sesión
Los primeros tres minutos deciden el resto. Aquí es donde le pones el terreno.
1. Sumar carpetas /add-dir
Agrega otra carpeta de trabajo al alcance de la sesión. Es el que uso cuando el repo del producto y el repo de la documentación viven separados y necesito que Claude lea los dos sin que yo ande copiando archivos.
Ejemplo real: arrancas en el repo del backend y le sumas la carpeta donde tienes los contratos del cliente para que valide que el endpoint hace lo que se firmó.
2. Editar la memoria /memory
Abre los archivos CLAUDE.md y la memoria automática. Es el comando más rentable de todos y el que menos gente usa: cada cosa que escribes ahí deja de explicarse en cada sesión.
Ejemplo real: Claude vuelve a correr el linter equivocado. Abres /memory, anotas cuál es el bueno, y no lo repite. Eso da para su propia guía: la plantilla de CLAUDE.md que se mejora sola.
3. Elegir modelo /model
Cambia el modelo y lo deja guardado como tu default. La decisión no es "el mejor siempre": es modelo pesado para arquitectura y para decisiones que se pagan caro si salen mal, modelo ligero para lo mecánico.
Ejemplo real: el rediseño del esquema de base de datos con el modelo grande; el renombrado de 200 variables, con el rápido.
4. Fijar permisos /permissions
Administra las reglas de permitir, preguntar y negar por herramienta. En una operación real esto no es paranoia: es que el agente no borre una rama ni mande un correo mientras tú fuiste por café.
Ejemplo real: permitir git status y npm test sin preguntar, y dejar en "preguntar" cualquier cosa que escriba fuera del repo.
Mientras estás trabajando
Aquí es donde se pierde o se gana la sesión. Los cuatro de abajo son los que evitan que tengas que empezar de cero.
5. Ver el contexto /context
Dibuja el uso de contexto como una cuadrícula de colores. Es el tablero de gasolina. Sin él te enteras de que ibas lleno cuando Claude ya empezó a olvidar la mitad de la conversación.
Ejemplo real: lo corro antes de meterle un archivo grande, para decidir si primero limpio o si aguanta.
6. Liberar contexto /compact
Resume la conversación para liberar espacio. Y acepta instrucciones: no es lo mismo un resumen genérico que decirle qué parte tiene que sobrevivir intacta.
Ejemplo real: /compact conserva las decisiones de arquitectura y los nombres de las tablas; el debugging ya no importa.
7. Ver el diff /diff
Abre un visor interactivo de los cambios sin confirmar. Suena obvio y aun así la mayoría revisa el trabajo del agente leyendo el chat, que es exactamente donde el agente te va a decir que todo salió bien.
Ejemplo real: después de un cambio que tocó ocho archivos, es la única forma de ver si además tocó un noveno que no le pediste.
8. Deshacer /rewind
Regresa el código y la conversación a un punto anterior. Es el comando que cambia tu relación con el riesgo: si puedes volver, dejas que intente cosas más ambiciosas.
Ejemplo real: el refactor se fue por un camino que no era; en lugar de pelearte quince mensajes, regresas al punto bueno y replanteas.
El paso que todo mundo se salta: /compact no es gratis. Comprimir cuesta tokens y siempre pierde matiz. Si la tarea que sigue no tiene nada que ver con la anterior, /clear es más barato y más limpio que compactar. Compacta cuando necesitas continuidad; limpia cuando cambias de tema.
Cuando quieres delegar
Esta es la parte que separa a quien usa Claude Code de quien lo opera. Una sesión no tiene que hacer todo en línea recta.
9. Mandar una tarea aparte /subtask
Entrega un pendiente lateral a un subagente. La ganancia real no es velocidad: es que la investigación pesada no te ensucie el contexto de la sesión principal.
Ejemplo real: "revisa cómo está implementada la autenticación en todo el repo" se va a un subagente y regresa con la conclusión, no con los 40 archivos.
10. Mandarlo al fondo /background
Desprende la sesión para que corra como agente en segundo plano. Para lo que tarda y no necesita que estés viendo.
Ejemplo real: la migración de estilos de toda una carpeta corre sola mientras tú atiendes otra cosa en la terminal de al lado.
11. Ver qué trae corriendo /tasks
Lista el trabajo en segundo plano de la sesión. Complemento obligado del anterior: si delegas y no revisas, en algún momento vas a tener tres agentes editando el mismo archivo.
Ejemplo real: antes de hacer commit, checas que no quede nada a medias corriendo.
Antes de cerrar
12. Revisión de seguridad /security-review
Revisa el diff buscando vulnerabilidades, y acepta --fix para aplicar arreglos. Si estás construyendo con IA sin saber leer código a fondo, este es tu piso mínimo. Lo desarrollo en el plugin gratis que caza código inseguro.
Ejemplo real: el formulario que el agente conectó a la base de datos sin sanitizar nada.
13. Revisión de código /code-review
Revisa el diff buscando errores de correctitud y cosas por simplificar. Recibe un nivel de esfuerzo, y puede dejar los comentarios directo en el pull request.
Ejemplo real: en un equipo chico, es el revisor que no existe. No sustituye a un humano, pero atrapa lo que un humano cansado deja pasar.
El error de siempre: aprendérselos todos
La lista oficial trae más de setenta comandos. Memorizarlos no sirve de nada, porque el que no usas en la semana se te olvida.
Lo que sí funciona es adoptarlos de dos en dos. Empieza por /memory y /context, que son los que atacan el problema real —que Claude no sabe lo que tú sabes, y que el contexto se acaba—. Cuando esos dos ya sean reflejo, agrega /rewind y /diff, que son los que te dan permiso de arriesgar.
El resto llega solo. Y cuando ya tengas los seis en el cuerpo, el paso siguiente no es un comando: es dejar de dar instrucciones y empezar a repartir trabajo entre varios agentes. Eso está en los workflows dinámicos.