Trabajo paralelo en Claude Code: cómo elegir el modelo operativo

Claude Code permite repartir trabajo mediante subagentes, vista de agentes, equipos de agentes y flujos dinámicos. Anthropic los presenta como enfoques distintos, no como niveles de una misma función. La elección depende de quién coordina, de si los trabajadores necesitan comunicarse y de si pueden tocar los mismos archivos. Esas restricciones deben resolverse antes de abrir sesiones adicionales.

En el método operativo de CreatikLab, un subagente sirve para una investigación acotada que devolverá un resumen; la vista de agentes, para encargos independientes supervisados por una persona; un equipo, para dependencias que exigen comunicación; y un flujo dinámico, para procesos programables con varias pasadas o verificaciones cruzadas. Es una interpretación metodológica. Anthropic no garantiza que paralelizar reduzca tiempo, coste o errores.

Dibuja cada tarea como una unidad con entrada, resultado, archivos permitidos, prueba de aceptación y condición de parada. Separa lo independiente de lo acoplado y de lo estrictamente secuencial. Analizar registros puede ejecutarse al margen de una conversación principal. Modificar módulos conectados puede exigir orden, coordinación o una única persona responsable. Revisar y escribir el mismo cambio a la vez suele crear ambigüedad.

La regla de CreatikLab es utilizar el mecanismo menos autónomo que conserve el contexto necesario. Si basta con devolver un hallazgo, no hace falta crear un equipo. Si varios encargos no comparten dependencias, pueden supervisarse por separado. Si deben negociar decisiones, la comunicación pasa a ser requisito arquitectónico. Si la secuencia debe repetirse de forma estable, conviene valorar un guion que gobierne el flujo.

Los subagentes trabajan dentro de una sesión, realizan una tarea lateral en su propio contexto y devuelven un resumen. La vista de agentes permite despachar y observar sesiones en segundo plano, y Anthropic la identifica como vista previa de investigación. Los equipos reúnen sesiones coordinadas con mensajería y una lista compartida de tareas; son experimentales y están desactivados por defecto. Los flujos dinámicos usan un script para ejecutar subagentes y contrastar resultados.

En todos esos modelos, los trabajadores siguen siendo sesiones de Claude. Para incorporar otra herramienta, Anthropic indica que debe exponerse mediante un servidor MCP. También advierte que ejecutar varias sesiones o subagentes multiplica el consumo de tokens. No publica en esta documentación un ahorro universal, una mejora de calidad esperada ni una regla general de aptitud para producción.

• Investigación lateral acotada — Evidencia: el material saturaría el contexto principal. Decisión: subagente. Responsable: quien valida el resumen.
• Tickets independientes — Evidencia: no comparten archivos ni necesitan debatir. Decisión: vista de agentes. Responsable: líder de entrega.
• Planificación interdependiente — Evidencia: los trabajadores deben intercambiar hallazgos. Decisión: equipo de agentes, sujeto a aprobación por su estado experimental. Responsable: líder técnico.
• Auditoría grande y repetible — Evidencia: pasos y contrastes pueden codificarse. Decisión: flujo dinámico. Responsable: mantenedor del flujo.
• Cambios paralelos — Evidencia: los archivos pueden asignarse sin solapamiento. Control: worktrees y propiedad explícita. Responsable: mantenedor del repositorio.

Si dos opciones parecen válidas, elige la que produzca un rastro de revisión más sencillo. La sofisticación adicional solo se justifica cuando resuelve una dependencia observable.

Anthropic explica que los worktrees ofrecen checkouts de Git separados para evitar que sesiones paralelas editen el mismo espacio de trabajo. La vista de agentes coloca automáticamente cada sesión despachada en su propio worktree. Los subagentes también pueden disponer de uno. En cambio, los miembros de un equipo de agentes no quedan aislados automáticamente mediante worktrees; por eso Anthropic recomienda dividir el trabajo para que cada miembro controle archivos diferentes.

Ese aislamiento evita una clase de colisión, pero no demuestra que los cambios sean compatibles. CreatikLab exige un mapa de propiedad con módulos permitidos, interfaces compartidas, migraciones y archivos prohibidos. Cuando dos tareas dependen de una misma interfaz, una debe definirla primero o ambas deben detenerse ante un cambio. El revisor necesita saber quién modificó qué y bajo qué criterio.

Anthropic distingue varios circuitos. Los subagentes informan a la conversación que los creó. Las sesiones de la vista de agentes informan a la persona que las supervisa. La mensajería entre sesiones permite que sesiones gestionadas por el usuario compartan hallazgos incluso entre máquinas o con Claude Code en la web. En un equipo, los miembros pueden comunicarse directamente y compartir tareas cuando disponen de las herramientas correspondientes.

La metodología de CreatikLab limita esa comunicación mediante un contrato: qué decisiones puede tomar cada trabajador, qué pruebas debe señalar, qué conflicto obliga a detenerse y quién resuelve la excepción. Las tareas independientes no ganan calidad por intercambiar mensajes. Las tareas acopladas sí necesitan estados breves, ubicación de pruebas y dependencias abiertas. La conversación no sustituye una decisión humana responsable.

Compara el piloto con un trabajo semejante revisado por personas. Registra finalización, tiempo de revisión, cambios aceptados y rechazados, regresiones, trabajo duplicado, conflictos, intervenciones humanas y consumo de tokens. En investigación, cada conclusión debe señalar archivos, registros o salidas de comandos inspeccionables. En implementación, conserva el diff, las validaciones ejecutadas, los fallos y las zonas que no se tocaron.

No midas éxito por sesiones abiertas o tareas iniciadas. Un resultado aceptado debe cumplir el comportamiento acordado, superar la revisión y dejar evidencia suficiente para mantenerlo. Como Anthropic advierte que la concurrencia multiplica tokens, compara coste por artefacto aceptado y esfuerzo de revisión, no actividad total. La documentación oficial no proporciona una referencia que permita prometer un ahorro determinado.

1. Dependencias — Evidencia: mapa de tareas. Acción: separar trabajo independiente, acoplado y secuencial. Responsable: líder técnico.
2. Accesos — Evidencia: repositorios, herramientas y servidores MCP disponibles. Acción: retirar permisos innecesarios. Responsable: administración.
3. Archivos — Evidencia: asignación de worktrees y propiedad. Acción: eliminar solapamientos antes de ejecutar. Responsable: mantenedor.
4. Aceptación — Evidencia: pruebas y comandos previstos. Acción: rechazar resúmenes sin comprobación. Responsable: revisor.
5. Consumo — Evidencia: uso de sesiones y tokens. Acción: calcular coste por entrega aceptada. Responsable: dirección de entrega.
6. Excepciones — Evidencia: bloqueos, contradicciones e intervención manual. Acción: cambiar límites o modelo. Responsable: propietario del flujo.
7. Lanzamiento — Evidencia: diff aprobado y resultados de validación. Acción: reservar la autorización a una persona responsable.

No asumas que más agentes producen mejor software. Pueden repetir análisis, discrepar, gastar más tokens o generar cambios incompatibles. Un worktree no valida la arquitectura. La mensajería no sustituye pruebas. Una lista compartida no demuestra que el requisito esté bien entendido. Tampoco debe confundirse un comando en segundo plano con un agente ni una rutina programada con paralelismo local: Anthropic los distingue expresamente. Los equipos, además, siguen siendo experimentales y están desactivados por defecto.

Una implantación profesional debe entregar mapa de dependencias, decisión del modelo, inventario de permisos, plan de worktrees y archivos, contratos de instrucciones y escalado, pruebas de aceptación, medición de uso, registro de excepciones y control de lanzamiento. Compara proveedores por estos artefactos, no por promesas de autonomía. CreatikLab puede diseñarlos dentro de su servicio de automatización con IA y sistemas a medida. Para continuar el diagnóstico, explica a Lia cómo es tu repositorio, qué tareas quieres repartir y dónde falla hoy la revisión.

¿Qué enfoque debería probar primero un equipo pequeño?

El menos complejo que resuelva la dependencia real. Usa un subagente para una investigación lateral acotada y considera la vista de agentes cuando existan encargos verdaderamente independientes. Escala solo si necesitas coordinación o repetibilidad programada.

¿Paralelizar Claude Code reduce costes?

Anthropic no promete ese resultado. Su documentación advierte que varias sesiones o subagentes multiplican el uso de tokens. Conviene medir coste y revisión por artefacto finalmente aceptado.

¿Los equipos de agentes son la opción predeterminada para producción?

No. Anthropic los clasifica como experimentales y desactivados por defecto. Su uso requiere aprobación interna, permisos limitados, validación y autorización humana de lanzamiento.

¿Cómo se evitan ediciones sobre los mismos archivos?

Con worktrees separados, propiedad explícita y límites de archivos. Los equipos de agentes no aíslan automáticamente a sus miembros mediante worktrees, por lo que el reparto debe diseñarse antes.

¿Qué evidencia debe devolver cada trabajador?

En investigación, referencias a archivos, registros o comandos. En implementación, un diff y resultados de validación. Siempre debe declarar riesgos pendientes y estado de finalización.

¿Qué entregables debe exigir un comprador?

Mapa de dependencias, justificación del modelo, inventario de accesos, plan de aislamiento, criterios de aceptación, medición de consumo, gestión de excepciones y control humano del lanzamiento.