Subagentes

​

Cómo funcionan los subagentes

​

Costo de los subagentes

​

¿Qué modelo usa un subagente?

​

Cómo influir en el modelo

1. Pide un perfil en lenguaje natural. Pedir un subagente de exploración (“investiga cómo funciona la autenticación en un subagente de exploración”) mantiene el trabajo en el modelo predeterminado del subagente en lugar del modelo que hayas seleccionado. Pedir cambios de código hace que se use subagent_general, que se ejecuta con el modelo que hayas seleccionado.
2. Fija un modelo en el perfil de un subagente personalizado. model: en el archivo de definición es la única forma de ejecutar un subagente con capacidad de escritura en un modelo distinto al del agente principal. Una skill que se ejecute en un subagente también puede establecer model: en su frontmatter para reemplazar el modelo del perfil.
3. Establece tu propio modelo predeterminado del subagente. agent.subagent_model en tu archivo de configuración reemplaza el modelo predeterminado del subagente en tus sesiones. Tiene prioridad tanto sobre el router de subagentes como sobre cualquier modelo que un admin haya fijado como predeterminado del equipo, pero no vuelve a habilitar los subagentes si la configuración del admin es None:
   // ~/.config/devin/config.json
   {
     "agent": {
       "subagent_model": "swe-1-6-fast"
     }
   }
   
   Se aplica a subagent_explore y a los subagentes personalizados que no fijen un model:; subagent_general sigue usando el modelo del agente principal. El modelo debe estar permitido por tu organización; de lo contrario, la configuración se ignora y se usa el predeterminado del equipo. El cambio se aplica a las sesiones nuevas.

​

Controles de Enterprise

​

Activar y desactivar subagentes

// ~/.config/devin/config.json
{
  "subagents_enabled": false
}

​

Perfiles de subagente

​

Permisos de herramientas

• Los subagentes en primer plano se comportan como el agente principal: se te pedirá que apruebes o rechaces las llamadas a herramientas, como de costumbre. El mensaje indica el nombre del subagente que solicitó la acción, para que sepas quién la solicita.
• Los subagentes en segundo plano heredan los permisos de herramientas que ya hayas concedido durante la sesión actual. Cualquier herramienta que no se haya aprobado previamente se rechaza automáticamente. Los subagentes en segundo plano no pueden solicitarte permisos nuevos.

​

Supervisión de subagentes

​

Indicador de subagente

​

Panel de subagentes

​

Cambio entre primer plano y segundo plano

• Pasar un subagente en primer plano a segundo plano: Pulsa Ctrl+B mientras se está ejecutando un subagente en primer plano. El subagente seguirá trabajando en segundo plano y el agente principal se reanudará.
• Pasar un subagente en segundo plano a primer plano: Abre el panel de subagentes y pulsa f sobre un subagente en segundo plano que esté en ejecución. La salida del subagente se mostrará en línea.

​

Interrumpir un turno

​

Cancelar subagentes

1. Desde el panel de subagentes: Abre el panel y pulsa x sobre un subagente en ejecución.
2. Subagente en primer plano: Pulsa Ctrl+C con la entrada vacía, o Esc dos veces, para cancelar el subagente en primer plano que se está ejecutando en ese momento. Si el borrador contiene texto, Ctrl+C primero lo borra.

​

Reanudar subagentes

• Un subagente en segundo plano falló porque se denegó una herramienta necesaria; reanúdalo en primer plano para conceder los permisos necesarios.
• Un subagente se completó, pero quieres que haga trabajo de seguimiento adicional en función de sus hallazgos.
• Un subagente se canceló antes de tiempo y quieres que continúe.

​

Profundidad de anidación

Root agent (depth 0)
└── Custom subagent (depth 1) — puede generar hijos
    └── Child subagent (depth 2) — puede generar hijos
        └── Grandchild subagent (depth 3) — no puede generar hijos (límite de profundidad alcanzado)

​

Subagentes personalizados

​

Crear un subagente personalizado

• Archivo plano — agents/<name>.md (la misma convención que usan Claude Code, Cursor y otras herramientas). El nombre del archivo (sin .md) pasa a ser el identificador del perfil.
• Directorio — agents/<name>/AGENT.md. El nombre del directorio pasa a ser el identificador del perfil. AGENTS.md, agent.md y agents.md también se aceptan como nombre de archivo (si hay varios presentes, AGENT.md tiene prioridad, seguido de AGENTS.md, agent.md y agents.md).

.devin/agents/
├── reviewer.md
└── researcher/
    └── AGENT.md

.agents/agents/
├── reviewer.md
└── researcher/
    └── AGENT.md

# Linux/macOS
~/.config/devin/agents/
├── reviewer.md
└── researcher/
    └── AGENT.md

# Windows
%APPDATA%\devin\agents\
├── reviewer.md
└── researcher\
    └── AGENT.md

​

Formato del archivo de definición

---
name: reviewer
description: Reviews code changes for correctness and style
model: sonnet
allowed-tools:
  - read
  - grep
  - glob
  - exec
---

You are a code review subagent. Your job is to review code changes
thoroughly and report findings back to the parent agent.

Focus on:
1. Correctness — logic errors, edge cases, off-by-one mistakes
2. Security — potential vulnerabilities
3. Style — consistency with the rest of the codebase
4. Performance — obvious inefficiencies

Always cite specific file paths and line numbers in your findings.

​

Campos del frontmatter

​

Cómo se usan los subagentes personalizados

​

Ejemplos

​

Agente de investigación de solo lectura

---
name: researcher
description: Deep codebase research and architecture analysis
model: sonnet
allowed-tools:
  - read
  - grep
  - glob
---

You are a research subagent specializing in codebase exploration.

Your job is to thoroughly investigate a topic and report back with:
- Relevant files and their purposes
- Architecture patterns and dependencies
- Code flow traces with specific line references

Be exhaustive — search broadly and follow references.

​

Agente de ejecución de pruebas

---
name: test-runner
description: Ejecuta pruebas e informa los resultados
allowed-tools:
  - read
  - grep
  - glob
  - exec
---

Eres un subagente ejecutor de pruebas. Ejecuta los conjuntos de prueba relevantes e informa:
- Qué pruebas pasaron y cuáles fallaron
- Mensajes de error y stack traces
- Sugerencias para corregir los failures