Comandos Slash de Claude Code: Una Guía Práctica

Escribe / en Claude Code y aparece un menú; escribe algunas letras y se filtra. Ese menú es la referencia real, porque refleja tu versión instalada, tus plugins y tus servidores conectados. La referencia oficial de comandos es el documento en el que confiar para saber qué hace cada comando. Este artículo ordena los comandos que la gente usa por tarea, muestra cómo inspeccionar y reanudar una sesión, explica por qué una entrada podría faltar en tu máquina, y marca dónde las skills personalizadas dejan de ser un problema de búsqueda para convertirse en uno de autoría.

Referencia rápida: elige un comando por tarea

Comienza por lo que quieres que suceda, no por el nombre del comando. La tabla siguiente se compiló desde la documentación oficial más las guías de terceros listadas al final de esta sección. Úsala como punto de partida y confirma cada fila contra /help en tu propia instalación, porque no la he ejecutado contra ningún build de CLI en particular y las fuentes no están completamente de acuerdo en cada detalle.

La hoja de referencia del Centro de ayuda de Claude y devhints son las dos listas compactas que yo tendría abiertas junto a la referencia oficial. Un autor, en CC for Everyone, sostiene que nunca deberías memorizar nada de esto, y que los diez que vale la pena conocer de memoria son los que usas en pleno hilo de pensamiento. Es razonable. Yo añadiría que la tabla sirve para el otro 90%, los comandos que usas dos veces al mes.

Inspecciona tu sesión y diagnostica un problema

Cuando algo se siente raro, no adivines. Trabaja a través de una secuencia corta, la verificación más barata primero.

1. Ejecuta /help y confirma que el comando que esperas realmente aparece.
2. Ejecuta /doctor para verificar la instalación.
3. Ejecuta /context para ver si la ventana está llena de algo que olvidaste.
4. Ejecuta /usage para ver los límites del plan y el estado del límite de velocidad (y /cost si tu versión todavía lo tiene, más sobre eso abajo).
5. Si una herramienta o servidor es el sospechoso, abre /mcp o /hooks y mira qué está configurado.

Eso es todo. Cinco pasos, y la mayoría de las sesiones "Claude se comporta raro" se resuelven antes del paso cinco.

Así se ve el resultado

Estoy describiendo formas aquí, no pegando resultados capturados, porque prefiero no darte números que parezcan medidos cuando no lo son. /help te da una lista desplazable de nombres de comandos con descripciones de una línea, y tus entradas personalizadas están en la misma lista. /context muestra una cuadrícula o barra indicando cuánto de la ventana se usa y por qué categoría. /doctor imprime un reporte de estilo aprobado o reprobado sobre tu configuración. Si el tuyo se ve diferente, tu versión es distinta. Es normal.

Leyendo el diagnóstico

Una cuadrícula de contexto que está mayormente llena de salida de herramienta apunta a una compactación o un problema claro, no un problema del modelo. Un comando faltante apunta a versión, complemento o alcance. Un gancho que se dispara mal apunta a configuración, y la guía de ganchos cubre ese lado correctamente. Separa esos tres al principio. Mezclarlos es cómo la gente pierde una tarde.

Gestiona el contexto y reanuda el trabajo

El contexto es lo que más vas a gestionar. Tres comandos hacen el trabajo pesado, y difieren en cuánto descartan.

• /compact resume la conversación hasta ahora. Puedes pasar instrucciones de enfoque, por ejemplo diciéndole qué parte preservar.
• /clear borra la conversación y comienza de nuevo. Según el Centro de Ayuda, la memoria del proyecto se mantiene.
• /rewind devuelve la conversación, tu código, o ambos a un punto de control anterior.

Un tutorial de AI For Developers sugiere revisar /context cuando termines un bloque lógico, ejecutar /compact antes de la siguiente fase y usar /clear solo cuando cambies a algo que no tenga relación. Es una rutina razonable. Pero es una heurística, no una regla de la documentación. No he visto evidencia de un porcentaje de llenado universal a partir del cual debas compactar, así que elige tu propio criterio y comprueba si la calidad de las respuestas cambia en tu caso.

Preguntas laterales y retrocesos

/btw está infrautilizado. Según el Centro de Ayuda, hace una pregunta lateral rápida sin añadirla a la conversación principal ni consumir contexto. Útil cuando quieres verificar un nombre de bandera y no quieres que ensucie el hilo.

Retroceder es mejor que discutir. Si Claude ha tomado el camino equivocado, retrocede al punto de control y vuelve a indicar con lo que ahora sabes. Presionar Esc Esc abre un menú de retroceso donde eliges solo código, solo conversación, o ambos, según la redacción de AI For Developers.

Reanudación

/resume abre un selector de sesiones pasadas, o toma un nombre para ir directamente a una. Desde la terminal, las fuentes describen claude --continue para la sesión más reciente y claude --resume con un ID de sesión para una específica. La hoja de trucos de Shipyard lista ambas banderas. Algunas listas de terceros también muestran formas cortas (-c, -r), así que verifica claude --help antes de depender de ellas.

Cómo estos encajan en un día completo de trabajo es una pregunta diferente, y la he cubierto en la publicación de flujo de trabajo diario del fundador.

Comandos integrados, habilidades incluidas y comandos instalados

Aquí está el error que veo en hojas de trucos: cada /algo se llama comando integrado. No lo es. El menú de barra es una lista fusionada de varios lugares.

• Comandos fijos que son parte de la CLI misma, como /clear o /help.
• Habilidades basadas en indicaciones que se envían con Claude Code.
• Habilidades o comandos que escribiste, en carpetas de proyecto o usuario.
• Entradas contribuidas por complementos y servidores MCP conectados. Shipyard nota que /help incluye comandos de servidores MCP conectados así como tus carpetas personalizadas.

La documentación oficial de skills dice que los comandos personalizados se han fusionado en skills. Así que un archivo bajo .claude/commands/ y un skill con SKILL.md pueden aparecer ambos como una entrada slash. Las guías antiguas todavía describen .claude/commands/ como un mecanismo separado, y eso es parte de por qué la terminología es un desastre.

Cómo clasificar una entrada

Tienes dos verificaciones prácticas. Primero, lee la descripción en el menú; las entradas personalizadas suelen llevar tu propio texto. Segundo, busca el archivo. Si existe un archivo coincidente en tu proyecto o en las carpetas de configuración del usuario, es tuyo. Si no, consulta la referencia de comandos, que es el lugar para confirmar cómo Anthropic clasifica cada entrada documentada. No voy a clasificar cada comando en una categoría aquí, porque estaría adivinando para algunos.

¿Por qué molestarse? Porque el comportamiento es diferente. Un comando fijo actúa sobre la aplicación. Un skill le proporciona a Claude un prompt y lo deja trabajar, así que el resultado puede variar entre ejecuciones.

Por qué falta un comando o se comporta diferente

¿No ves el comando en la lista? Repasa estas causas en orden.

Desfase de versión

Los comandos se agregan, renombran y crean alias. El ejemplo más claro en la investigación es el reporte de uso. El Help Center lista /cost para gasto de sesión y /usage para límites de plan como comandos separados. Otra hoja de trucos dice que /usage reemplaza /cost y /stats, y DataCamp dice que /cost ahora es un alias para /usage. Todo eso puede ser verdad en diferentes versiones. La misma historia con /model: DataCamp señala que a partir de v2.1.153 tu selección se convierte en el predeterminado para nuevas sesiones, con s en el selector para aplicarlo solo a la sesión actual. Si tu instalación es más antigua, verías un comportamiento diferente.

Así que ejecuta claude --version, anotalo, y compáralo con la documentación antes de culparte a ti mismo.

Alcance e elegibilidad

Algunas entradas dependen de tu plan, tu plataforma o tu terminal. La guía AI For Developers dice que /cost es para usuarios de API y /stats para suscriptores Pro y Max. /focus se describe en una hoja de trucos como solo pantalla completa. Shift+Enter necesita /terminal-setup en algunas terminales. La ausencia de tu menú puede significar no elegible, no inexistente.

No documentado

He dejado fuera cualquier cosa que no pudiera señalar en la referencia oficial. Si ves un comando mencionado en un post de foro o un hilo de redes sociales y no está en la referencia de comandos, no asumas que es falso, y tampoco asumas que sea tuyo para depender de él. Busca una nota de lanzamiento o un artículo de soporte, luego verifica /help localmente. La ausencia de la referencia es una razón para verificar, no una prueba en cualquier sentido.

Colisiones de nombres y errores tipográficos

Una entrada personalizada puede compartir un nombre con algo más, y las entradas de plugin pueden tener espacios de nombres. Si un comando hace algo inesperado, verifica si has definido uno con el mismo nombre antes de sospechar un bug.

Dónde encajan los skills personalizados

Este post se detiene en la búsqueda. Si has llegado a la conclusión de que quieres tu propio /something, eso es un trabajo de autoría: escribir un SKILL.md, elegir dónde vive, manejar argumentos. Eso corresponde a la documentación de skills, y no voy a repetir un tutorial de iniciación aquí.

Lo que sí diré es cómo se separan las tres preocupaciones:

• Búsqueda de comandos: qué entrada existe y qué hace (este post).
• Autoría: cómo construir tu propia entrada (la documentación de skills).
• Elección de mecanismo: si un skill, un hook o un subagent es apropiado para un trabajo dado.

Ese último confunde a la gente. Un hook se ejecuta en eventos y no espera a que escribas nada, que es un animal diferente de una entrada slash que invocas bajo demanda. La guía de hooks enlazada anteriormente maneja esa comparación.

Si quieres que estos comandos se integren en una rutina repetible en lugar de búsquedas puntuales, la página de flujo de trabajo Claude Code es donde te enviaría.

FAQ

¿Necesito memorizar estos comandos?

No. El menú / filtra mientras escribes, y /help lista todo lo que tu instalación ofrece. Vale la pena conocer algunos por reflejo: /clear, /compact, /resume y /rewind. Todo lo demás puede quedarse en el menú.

¿Esc siempre interrumpe a Claude?

Se supone que detiene la acción actual mientras conserva el trabajo realizado hasta ahora. CC for Everyone señala que usuarios han reportado problemas en GitHub donde no interrumpía operaciones largas, y sugiere Ctrl+C como alternativa. Trata Esc como el primer intento, no como una garantía.

¿Cuál es la diferencia entre /clear y /compact?

/clear descarta la conversación y comienza de nuevo, mientras que la memoria del proyecto se mantiene. /compact guarda un resumen para que puedas continuar usando menos contexto. Usa /compact cuando la tarea continúa y /clear cuando no.

¿Por qué dos hojas de trucos no coinciden sobre /cost y /usage?

Probablemente fueron escritas contra versiones diferentes, y los comandos han cambiado con el tiempo. Verifica claude --version, luego lee la entrada actual en la referencia oficial en lugar de elegir el primer artículo de blog que encuentres.

La advertencia más importante en todo esto: un comando slash solo está documentado como la versión que estás ejecutando, así que /help y la referencia oficial superan cualquier hoja de trucos, incluyendo esta. Y una entrada faltante generalmente significa versión, plan o alcance, no una instalación rota.