Los comandos de Claude Code que merece la pena conocer

Uso Claude Code a diario. Le pago el plan Max 20x y lo tengo abierto en una terminal desde que empieza el día hasta que acaba. Y si algo he aprendido en estos meses es que la diferencia entre pelearse con la herramienta y pilotarla está, en buena parte, en los comandos slash: las órdenes que empiezan por / y controlan la sesión, el contexto, el modelo y los permisos sin salir del prompt.

Este post es la chuleta que me habría gustado tener al empezar: los comandos que uso de verdad, agrupados por lo que resuelven. Todo está verificado contra la documentación oficial a fecha de publicación, pero Claude Code cambia cada semana; si algo no te cuadra, /help en tu versión manda.

`/btw`: la pregunta lateral que no ensucia nada

Empiezo por el que más ha cambiado mi día a día. /btw (de by the way) abre una pregunta lateral en un overlay, atendida por un agente efímero, sin añadir nada a la conversación principal. Estás en mitad de un refactor, te surge la duda de «¿cómo se llamaba el fichero de config que tocamos antes?», y en vez de gastar un turno del hilo —y contaminar el contexto con una digresión— escribes /btw ¿cómo se llamaba el fichero de config? y sigues a lo tuyo.

Los detalles que lo hacen redondo:

Funciona mientras Claude está trabajando. La pregunta corre en paralelo y no interrumpe el turno en curso. Ve toda la conversación hasta ese momento (salvo la respuesta que Claude aún está escribiendo).
No tiene herramientas. No puede ejecutar comandos ni editar ficheros; solo responde con lo que ya sabe de la sesión. La documentación lo define como el inverso de un subagente: «ve toda tu conversación pero no tiene herramientas». Para averiguar algo nuevo, subagente; para preguntar sobre lo ya hablado, /btw.
Una pregunta, una respuesta. El overlay no tiene turnos de seguimiento: si quieres continuar, lanzas otro /btw, o pulsas f para bifurcar esa pregunta a un subagente en background, ya con herramientas.
/btw sin pregunta reabre la última respuesta, y con las flechas izquierda/derecha navegas por las anteriores.

Es el comando que ha eliminado de mi flujo el vicio de abrir otra pestaña «solo para preguntar una cosa».

Sesión y contexto

/init genera el CLAUDE.md del proyecto: el fichero de instrucciones que Claude lee al arrancar cada sesión. Es lo primero que ejecuto en cualquier repositorio nuevo; en este blog, ese fichero es media arquitectura documentada.
/clear empieza una conversación desde cero, con el contexto vacío. Puedes pasarle un nombre para etiquetar la conversación que dejas atrás. Tiene los alias /reset y /new.
/compact libera contexto resumiendo la conversación. Admite instrucciones de enfoque («céntrate en el bug del scheduler») para que el resumen conserve lo que te importa. Úsalo antes de que la sesión empiece a olvidar.
/context pinta una rejilla coloreada con qué está ocupando el contexto: conversación, herramientas, skills, memoria. Cuando una sesión va lenta o rara, aquí se ve por qué.
/resume recupera una conversación anterior. Combinado con /clear con nombre, convierte las sesiones en algo parecido a ramas.
/rewind es el botón del pánico: retrocede código y conversación a un checkpoint anterior. Cuando Claude se ha ido por las ramas y ha tocado seis ficheros de más, esto deshace el destrozo sin arqueología de git.
/memory edita los ficheros de memoria (CLAUDE.md y compañía) y gestiona la memoria automática.
/export vuelca la conversación a fichero o portapapeles. Útil para documentar una decisión tomada a medias con la IA.

Modelos y coste

/model cambia de modelo y lo guarda como predeterminado. Con cuota fija no cambio por precio, cambio por tarea: el grande para diseñar, uno rápido para lo mecánico.
/effort ajusta el nivel de esfuerzo de razonamiento (low, medium, high, xhigh, max o auto, según el modelo); /effort status muestra el actual. Es la palanca fina que casi nadie toca y que más cambia el carácter del modelo.
/fast activa o desactiva el modo rápido. Para iteraciones cortas donde la latencia molesta más de lo que aporta la profundidad.
/usage (alias /cost) muestra el consumo frente a los límites del plan. Con Max 20x no lo miro con miedo, pero lo miro: las ventanas de 5 horas existen.

Configuración y permisos

/config (alias /settings) abre el panel de configuración: tema, modelo por defecto, modo de editor… En versiones recientes acepta pares clave=valor directamente, sin pasar por la interfaz. El modo vim, por cierto, ya no tiene comando propio: se activa aquí, en Editor mode.
/permissions gestiona las reglas de herramientas: qué se permite sin preguntar, qué pide confirmación y qué se deniega. Invertir cinco minutos aquí ahorra cientos de confirmaciones repetidas.
/add-dir añade otro directorio de trabajo a la sesión. Imprescindible cuando el cambio cruza dos repositorios.
/mcp administra los servidores MCP: listarlos, activarlos, desactivarlos, reconectar y resolver el OAuth de los que lo requieren.
/agents es la puerta a los subagentes, aunque hoy en día se limita a recordarte que se definen como ficheros en .claude/agents/, a mano o pidiéndoselo al propio Claude.
/hooks muestra los hooks configurados: los scripts que se disparan ante eventos de herramientas.
/doctor (alias /checkup) diagnostica la instalación y la configuración —PATH, instalaciones duplicadas, hooks lentos, CLAUDE.md hinchado— y ofrece arreglos.
/login y /logout hacen lo que prometen con la cuenta de Anthropic.

Extras que conviene tener fichados

/help lista lo que existe en tu versión, que es la única lista que no caduca.
/code-review (alias /review) revisa el diff actual, una rama o una PR buscando bugs y limpiezas. Admite niveles de esfuerzo, --fix para aplicar los hallazgos y --comment para comentarlos en la PR; el nivel ultra lanza una revisión profunda multiagente en la nube. Lo paso antes de cada merge que me importa.
/plan entra en modo plan: Claude propone la estrategia antes de tocar un solo fichero. Para cambios grandes, innegociable.
/ide gestiona la integración con el editor y muestra su estado.

Los comandos que te fabricas tú

Aquí está el salto de calidad: los comandos personalizados. Un fichero Markdown en .claude/commands/publicar.md —o, en el formato moderno, una skill en .claude/skills/publicar/SKILL.md— crea el comando /publicar. Ambas rutas funcionan; las skills añaden extras como ficheros de apoyo y más control por front matter. Admiten placeholders ($ARGUMENTS recoge lo que escribas tras el comando) e incluso inyección dinámica: una línea !`git status --short` se ejecuta antes de enviar el prompt y su salida llega ya incrustada.

Para este blog tengo uno que resume el ritual de publicar:

---
description: Prepara un post del blog para publicar
disable-model-invocation: true
---

Prepara el post $ARGUMENTS para publicar:

1. Revisa el front matter de content/posts/$ARGUMENTS.md:
   title, description (≤160 caracteres), date, tags y categories.
2. Ejecuta go test ./... y detente si algo falla.
3. Quita el draft: true solo cuando te lo confirme.
4. Recuérdame el rsync de deploy y el curl de reload del API.

Guardado en .claude/skills/publicar-post/SKILL.md, escribir /publicar-post comandos-de-claude-code dispara la checklist completa. El disable-model-invocation: true garantiza que solo yo puedo lanzarlo: hay comandos, como publicar o desplegar, que no quieres que la IA decida ejecutar porque «el código parecía listo».

Esa es, al final, la tesis del post: los comandos integrados te dan el mando de la sesión, y los personalizados convierten tus rituales de proyecto en una orden de una línea. Entre unos y otros, la terminal deja de ser un chat y empieza a parecerse a una cabina.

Fuentes: documentación de comandos de Claude Code, modo interactivo y skills y comandos personalizados, consultadas a fecha de publicación. Esto evoluciona rápido; ante la duda, /help.