Crea atajos reutilizables y pipelines deterministas que orquestan varios agentes con un solo comando.
Los comandos slash son atajos de texto que se expanden a prompts completos. Al escribir /review en Claude Code, el harness expande a un prompt de revisión de código configurado.
Los comandos nativos incluyen /help, /clear, /config, /compact, /doctor. Las skills agregan sus propios comandos, como /code-review, /security-review, /schedule.
/help → lista todos os comandos disponíveis /clear → limpa o histórico da sessão atual /compact → comprime o contexto (reduz tokens usados) /config → abre configurações interativas /doctor → diagnóstico do ambiente /status → estado atual do agente // Skills instaladas adicionam comandos: /code-review → revisão de código do diff atual /security-review → análise de segurança /schedule → agendamento de tarefas recorrentes /loop → repete comando em intervalo
Los comandos personalizados son archivos .md dentro de .claude/commands/. El nombre del archivo (sin extensión) se convierte en el comando. El contenido del archivo es el prompt expandido.
Puedes usar variables especiales: $ARGUMENTS (argumentos pasados después del comando), $FILE (archivo actual), $SELECTION (texto seleccionado).
Crie um componente React TypeScript chamado $ARGUMENTS. Requisitos: - Arquivo em src/components/$ARGUMENTS/$ARGUMENTS.tsx - Props interface tipada - Export default - Storybook em $ARGUMENTS.stories.tsx - Teste em $ARGUMENTS.test.tsx Siga os padrões do projeto (verifique componentes existentes). Use a paleta de cores do design system em src/tokens.
Específico del proyecto. Se registra en el repositorio con un commit. Todo el equipo usa los mismos comandos. Ideal para los estándares del proyecto.
Se aplica a todos los proyectos. Útil para preferencias personales. No se comparte con el equipo.
/fix, /test, /deploy/code-review, /add-featureUn workflow determinista es una secuencia predefinida de steps donde cada paso tiene una entrada, una salida y un comportamiento deterministas. Ejecutar el mismo workflow con los mismos inputs siempre produce el mismo resultado.
Esto contrasta con el uso libre del agente, donde cada ejecución puede seguir un camino distinto. Los workflows cambian flexibilidad por previsibilidad, algo esencial en CI/CD y procesos críticos.
Ejecuta la suite completa de pruebas. Si falla, el workflow se detiene y notifica.
Incrementa la versión en package.json según el tipo (patch/minor/major)
Analiza los commits desde la última etiqueta y genera entradas en CHANGELOG.md
Crea la branch release/vX.Y.Z, abre un PR con el changelog y crea una tag de git
Steps encadenados: la salida de A es la entrada de B. Úsalo cuando haya dependencia de datos entre steps.
Steps simultáneos sin dependencias. Úsalos cuando las tareas sean independientes.
## Workflow de release — versão $ARGUMENTS FASE 1 (paralelo): Execute simultaneamente: - Verificar testes: npm test - Verificar lint: npm run lint - Verificar tipos: npm run typecheck Aguarde todos completarem. Se qualquer um falhar, PARE e reporte. FASE 2 (pipeline): 1. Bump version para $ARGUMENTS em package.json 2. Gere CHANGELOG com commits desde a última tag 3. Commit: "chore: release $ARGUMENTS" 4. Crie tag: git tag v$ARGUMENTS 5. Abra PR com título "Release $ARGUMENTS" Reporte ao final: versão, commits incluídos, link do PR.
Si vas a hacer la misma tarea más de 5 veces, vale la pena crear un comando slash. Si vas a hacer más de 20 veces, vale la pena crear un workflow completo con pipeline y subagents.
Uno metaagente puede invocar workflows completos como subtareas. Esto crea una jerarquía: meta-agente → workflows → subagents. Cada nivel tiene responsabilidades bien delimitadas.
4.4 — ⏰ Cron y tareas recurrentes: agentes que no duermen