Objetivos de aprendizaje
- Definir subagentes con misión, herramientas y salida concreta.
- Separar investigación, edición y revisión para reducir errores.
- Evitar equipos de agentes innecesarios cuando basta una tarea simple.
En cristiano: subagente. Es un agente secundario con su propio contexto. El agente principal le encarga una tarea y recibe un resumen o resultado.
Roles útiles
- Investigador: solo lee, busca y resume fuentes.
- Implementador: edita con un alcance pequeño.
- Revisor: busca bugs, riesgos y tests ausentes.
- Documentador: convierte cambios en guía, changelog o tutorial.
- Guardia de seguridad: revisa permisos, secretos, red y dependencias.
--- name: reviewer description: Revisa cambios antes de commit. Prioriza bugs y riesgos. tools: Read, Grep, Bash(npm test), Bash(npm run lint), Bash(git diff *) model: sonnet --- Actua como revisor senior. No edites archivos. Devuelve hallazgos con archivo, linea, severidad y prueba sugerida. Si no ves problemas, dilo claramente.
Idea clave. Un buen subagente no necesita todas las herramientas. Cuanto más específico es su rol, más fácil es evaluar si hizo bien el trabajo.
Cuidado. Evita crear varios agentes para tareas que no requieren aislamiento. Más agentes también significa más coste, más coordinación y más superficie de error.
Comprueba que funciona. Crea tres roles para un flujo de PR: investigador, implementador y revisor. Para cada uno, limita herramientas y define qué debe devolver.
Guardar y reabrir el proyecto.
Subagentes no son magia: son separación de responsabilidades aplicada a IA.
Siguiente misión recomendada
Si has guardado la evidencia de esta lección, continúa con «CLI tipo R». Si no, repite la comprobación antes de avanzar.