De los comandos slash a las skills: por qué Claude Code los está consolidando
La respuesta corta
Un comando slash en Claude Code es un punto de entrada de tarea nombrado respaldado por una plantilla de prompt preescrita. En lugar de volver a explicar "revisa este código" o "escribe un commit en el formato del equipo" cada vez, lo defines una vez e invocas /review.
La dirección de la plataforma, sin embargo, es clara: los comandos slash personalizados se están absorbiendo en las skills. Un comando en .claude/commands/deploy.md y una skill en .claude/skills/deploy/SKILL.md pueden producir el mismo punto de entrada /deploy. Los archivos de comando existentes siguen funcionando, pero el modelo oficial se ha desplazado hacia las skills porque resuelven problemas que los comandos de un solo archivo no pueden.
Cómo funcionan los slash commands
Un comando es un archivo Markdown cuyo nombre de archivo se convierte en el nombre del comando. La sustitución de argumentos sigue las reglas oficiales: $ARGUMENTS es todo lo que viene después del comando, $ARGUMENTS[N] (o $0, $1) es un argumento por posición. Si la plantilla ya usa algún marcador explícitamente, Claude Code no añade tus argumentos de nuevo.
Existen dos ámbitos, y la precedencia es la inversa de lo que la mayoría espera:
~/.claude/commands/— comandos personales..claude/commands/— comandos del proyecto (en control de versiones).
Si ambos definen el mismo nombre, gana el personal. Eso es deliberado: los archivos de comando del proyecto viven en el repositorio, por lo que un colaborador malicioso podría, de otro modo, anular silenciosamente tu comando local con una variante inyectada por prompt. Que lo personal prevalezca sobre lo del proyecto es una salvaguarda de seguridad.
Dos ideas equivocadas comunes
- "Los comandos reducen el tamaño del contexto." No lo hacen. Un comando sigue siendo un prompt. Lo que cambia es cuándo y con qué consistencia se inyecta el contexto, no cuántos tokens requiere la información. Resuelven un problema de gestión de contexto, no uno de compresión.
- "Los comandos son más potentes que los prompts." El poder normalmente provenía de un prompt mejor escrito empaquetado bajo el nombre, no de la sintaxis. Un comando es un mejor empaquetado de flujo de trabajo, no una capacidad superior del modelo.
Dónde fallan los comandos
Los comandos son malos para expresar tareas complejas de forma estable y mantenible. Aparecen cinco modos de fallo a medida que el flujo de trabajo crece:
- Organización de contexto débil — todo se amontona en un único archivo
.md. - Sin reutilización modular — las reglas de seguridad, restricciones y plantillas se copian entre comandos, creando deriva.
- Sin inyección en tiempo de ejecución — un comando no puede incorporar la salida de pruebas más reciente o el estado de la compilación justo antes de ejecutarse.
- Prompts gigantes — añadir reglas y ejemplos hincha el archivo hasta convertirlo en una masa intocable.
- Comportamiento inestable — con reglas mezcladas en un solo bloque, el modelo decide la prioridad por sí mismo.
Por qué las skills ganan para tareas complejas
Una skill es un sistema estructurado: SKILL.md es el punto de entrada, archivos de apoyo contienen reglas, plantillas y scripts por separado, y puede activarse automáticamente en situaciones relevantes o inyectar contexto dinámico (como !./scripts/latest-test-output.sh) justo antes de la ejecución. Eso convierte "meterlo todo en un prompt" en un sistema de ingeniería.
En una comparación lado a lado, tanto un comando como una skill pueden arreglar un fallo de seguridad y pasar las pruebas. La diferencia no es la capacidad, sino la mantenibilidad. El enfoque de comando funcionó pero creció hasta convertirse en un prompt largo y difícil de mantener. La skill mantuvo las reglas modulares, dejó clara la procedencia y siguió siendo más fácil de ampliar.
Conclusión
Todo lo que puedes hacer con un comando slash, puedes hacerlo con una skill. Para tareas simples, fijas y de alta frecuencia, un comando de archivo único es más barato y claro. En el momento en que un flujo de trabajo implique múltiples conjuntos de reglas, información dinámica, reutilización en equipo o mantenimiento a largo plazo, opta por una skill: esa es la dirección hacia la que Claude Code se ha movido.
Fuente: From Slash Commands to Skills in Claude Code (zhaozhiming, AI Advances, Apr 2026). Las áreas de comando, reglas de sustitución y el cambio oficial hacia las skills provienen de la fuente, que sintetiza la documentación oficial de skills.