# ¿Cuándo ayuda de verdad repartir el trabajo entre agentes?

Canonical URL: https://bestskillsforclaude.com/es/skills/subagent-driven-development
Language: es
Skill: subagent-driven-development
Publisher: Jesse Vincent (obra) (https://github.com/obra)
Source: https://github.com/obra/superpowers
License as stated by the publisher: MIT
Runtime: Claude Code and other supported coding agents
Category: Planificación y trabajo en equipo
Last reviewed: 2026-08-05

Cuando las piezas son de verdad independientes, y casi nunca en otro caso.

## Short answer
La skill subagent-driven-development estructura el trabajo para que varios agentes trabajen a la vez sin chocar. Compensa cuando las piezas son realmente independientes, como módulos separados o investigaciones paralelas, y produce dolor de merge y decisiones contradictorias cuando no lo son.

Best for: Trabajo ancho e independiente: investigación paralela, cambios por módulo, barridos mecánicos grandes.
Skip it if: Las piezas comparten estado, interfaces o decisiones de diseño que aún no se han tomado.

## What to remember
- La independencia es la condición previa, no un detalle de optimización.
- Repartir antes de planificar crea versiones paralelas del mismo malentendido.
- El coste real es el merge, y lo pagas tú, no los agentes.
- El reparto de solo lectura, como investigar o revisar, es el uso más seguro y fiable.

## Qué cambia en la práctica
Los agentes en paralelo son atractivos por lo obvio y peligrosos por lo menos obvio: cada uno toma pequeñas decisiones de diseño, y nada reconcilia esas decisiones después excepto tú.
El patrón fiable es repartir para leer y recopilar, y un único escritor para decidir. Las investigaciones, auditorías y revisiones paralelizan bien. El diseño de interfaces no.

## Dónde decepciona
Los archivos compartidos convierten la concurrencia en resolución de conflictos, por eso el aislamiento tipo worktree importa en cuanto escribe más de un agente.
El coste de coordinación crece además más rápido que la aceleración. Pasadas unas pocas piezas concurrentes, el merge es el proyecto.

## Install and first run
1. Instala superpowers desde obra/superpowers, con licencia MIT.
2. Escribe el plan primero y reparte después. Repartir una tarea sin plan multiplica la confusión.
3. Da a cada agente un límite en archivos y una definición de hecho, y usa aislamiento si escriben en el mismo repositorio.

## Questions
### ¿Cuándo no debo paralelizar?
Cuando las piezas comparten estado o decisiones sin tomar. Obtendrás varias respuestas seguras e incompatibles.

### ¿Cuál es el uso más seguro?
Trabajo de solo lectura como investigación, auditorías y revisiones, donde no hay que fusionar nada.

### ¿Necesitan espacios aislados?
En cuanto más de uno escribe en el repositorio, sí. Si no, estarás gestionando conflictos a mano.

## Sources
- obra/superpowers en GitHub: https://github.com/obra/superpowers
- Directorio de agent skills: https://skills.sh

## Other languages
- English: https://bestskillsforclaude.com/en/skills/subagent-driven-development
- Brazilian Portuguese: https://bestskillsforclaude.com/pt-br/skills/subagent-driven-development
- Japanese: https://bestskillsforclaude.com/ja/skills/subagent-driven-development