¿Qué son los Agentes en ECC?
Los agentes son subagentes especializados que manejan tareas delegadas con scope limitado. Cada agente tiene un rol definido, herramientas específicas y un modelo asignado.
Estructura de un Agente
---
name: code-reviewer
description: Reviews code for quality, security, and maintainability
tools: ["Read", "Grep", "Glob", "Bash"]
model: opus
---
You are a senior code reviewer...
Campos clave:
- name — identificador del agente
- tools — herramientas a las que tiene acceso (scope limitado)
- model — qué modelo usar (opus para tareas complejas, sonnet para el resto)
Agentes Disponibles
Core Development
| Agente | Función | Modelo |
|---|
planner | Planificación de implementación de features | opus |
architect | Decisiones de diseño de sistemas | opus |
tdd-guide | Guía de Test-Driven Development | sonnet |
code-reviewer | Review de calidad y seguridad | opus |
security-reviewer | Análisis de vulnerabilidades | opus |
Build & Test
| Agente | Función |
|---|
build-error-resolver | Resolver errores de build |
e2e-runner | Testing E2E con Playwright |
refactor-cleaner | Limpieza de código muerto |
doc-updater | Sincronización de documentación |
Language-Specific
| Agente | Función |
|---|
go-reviewer | Review de código Go |
go-build-resolver | Resolver errores de build en Go |
python-reviewer | Review de código Python |
database-reviewer | Review de queries y Supabase |
Guía Rápida: ¿Qué Agente Usar?
| Quiero… | Comando | Agente |
|---|
| Planificar una feature | /plan "Add auth" | planner |
| Diseñar arquitectura | /plan + architect | architect |
| Escribir código con tests primero | /tdd | tdd-guide |
| Revisar código que escribí | /code-review | code-reviewer |
| Arreglar un build roto | /build-fix | build-error-resolver |
| Correr tests E2E | /e2e | e2e-runner |
| Buscar vulnerabilidades | /security-scan | security-reviewer |
| Eliminar código muerto | /refactor-clean | refactor-cleaner |
Workflows Comunes
Empezar una feature nueva
/plan "Add user authentication with OAuth"
→ planner crea blueprint de implementación
/tdd
→ tdd-guide: tests primero
/code-review
→ code-reviewer verifica calidad
Arreglar un bug
/tdd
→ escribir test que reproduce el bug
→ implementar fix, verificar que el test pasa
/code-review
→ detectar regresiones
Preparar para producción
/security-scan → auditoría OWASP Top 10
/e2e → tests de flujos críticos
/test-coverage → verificar 80%+ cobertura
Costo de Agentes
Cada agente spawneado consume tokens de su propia ventana de contexto. Para tareas secuenciales simples, los subagentes son más eficientes que Agent Teams (que abre múltiples ventanas en paralelo).