Comandos slash
Qué es
Un comando slash es una instrucción reutilizable que activas escribiendo /nombre en tu . Piensa en un botón de marcado rápido en un teléfono: en vez de marcar el número completo cada vez, presionas un botón y se marca todo el número. En lugar de volver a escribir una instrucción larga y cuidadosamente redactada cada vez, la guardas una sola vez y la invocas con un nombre corto. Muchos comandos aceptan argumentos, de modo que un mismo comando se puede reutilizar con distintas entradas — /review src/auth frente a /review src/api.
Puntos fuertes
- Guarda un buen una sola vez y lo reproduce de forma fiable, en vez de reescribirlo cada vez.
- Es corto de invocar, así que los flujos de trabajo habituales se reducen a unas pocas pulsaciones.
- Los argumentos hacen que un mismo comando sea flexible ante muchas entradas distintas.
- Se guarda como archivos de texto plano que puedes versionar y compartir, así todo el equipo usa la misma redacción.
Contrapartidas
- Un comando es tan bueno como el prompt que contiene — uno vago da resultados vagos.
- Una pila creciente de comandos se vuelve difícil de recordar y mantener.
- Es un atajo hacia un prompt, no una garantía; el agente sigue interpretándolo.
- Oculta ligeramente lo que realmente se está enviando, lo cual puede sorprender a quien recién empieza.
Cuándo usarlo
Crea un comando slash cada vez que te encuentres escribiendo la misma instrucción una y otra vez — un prompt de revisión de código, un generador de mensajes de , una petición del tipo "explica este archivo" — sobre todo si tiene una estructura fija que quieres mantener consistente.
Encaje en vibe coding
Los comandos slash convierten tus mejores prompts en un kit de herramientas personal. El prompt cuidadoso que escribiste una vez se convierte en un botón fiable que presionas, así que la calidad no depende de recordar la redacción exacta en cada . Combínalos con argumentos para cubrir familias enteras de tareas con un solo comando bien afinado.
---
description: Review a file for bugs and clarity.
argument-hint: <path>
---
Review the file at $ARGUMENTS. List concrete bugs first,
then smaller clarity or naming suggestions. Be specific.