Claude Code Projects coordina agentes en paralelo desde el 17 de septiembre

Anthropic convierte Claude Code en un centro de coordinación multi-agente

El 17 de septiembre de 2026, Anthropic reescribió por completo la función Projects de Claude Code: lo que antes era una carpeta con archivos y un chat ahora es una sola conversación en curso en la que Claude actúa como coordinador y dispara hilos (threads) que trabajan en paralelo sobre el repositorio. Cada hilo corre como una sesión completa de Claude Code en la nube, con su propia rama y su propia copia del código, según el anuncio oficial recogido por Unite.ai y MarkTechPost.

La diferencia no es cosmética. El coordinador decide qué trabajo se convierte en un hilo, asigna tareas, revisa resultados y los integra, mientras el desarrollador sigue la conversación desde el chat principal, desde un panel de Overview o incluso desde el teléfono. Cuando dos hilos tocan el mismo archivo, el conflicto aparece como un merge conflict normal de git: el humano decide qué entra y qué no. La documentación de Anthropic lo define como "una conversación que se divide en sesiones paralelas en la nube".

Para un founder que desarrolla producto con IA, esto cambia el cálculo: ya no se trata de tener "un agente mejor", sino de orquestar varios agentes sobre el mismo repositorio, con memoria compartida y pull requests como punto de control humano.

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

Qué hay dentro de un Project rediseñado

La nueva arquitectura tiene dos capas, según Unite.ai:

Coordinador: la conversación principal del Project. Lee la instrucción del usuario, responde dudas rápidas en sitio y abre hilos cuando hay trabajo real que hacer. Ve lo que los hilos le reportan, no cada paso intermedio.
Hilos (threads): los trabajadores. Cada uno es una sesión de Claude Code en la nube, con su rama, su copia del repo, su sandbox aislado y, por defecto, sin acceso de red. Un hilo abre un PR cuando el trabajo lo requiere, ejecuta los tests del proyecto y, si la CI falla, empuja fixes con auto-fix hasta que pase.

Además, los hilos pueden delegar a su vez usando subagentes, bucles y workflows, lo que permite trocear tareas grandes en piezas más pequeñas. MarkTechPost documenta el tope duro del sistema: 200 hilos nuevos por día por cuenta.

La memoria compartida y la biblioteca: lo que evita repetir contexto

Lo que vuelve coherente al conjunto es la memoria compartida del Project, gestionada a través de un índice MEMORY.md que Claude lee y escribe automáticamente, según la documentación publicada por Anthropic. Cada hilo hereda la misma información:

Repositorios conectados y archivos subidos.
Instrucciones de proyecto de hasta 16.000 caracteres.
Contexto histórico: por ejemplo, "el release se movió al viernes", "el motivo por el que se descartó cierto export" o "a quién consultar antes de tocar el servicio de billing".
Estilo de trabajo y comunicación del usuario, que el modelo ajusta según se le pida.

A esto se suma una Library donde se acumulan los archivos subidos y los artefactos que los hilos producen, de modo que un hilo nuevo puede apoyarse en el trabajo de los anteriores sin que el desarrollador tenga que pegar contexto manualmente.

En la práctica, esto ataca el problema clásico de los proyectos grandes con IA: la pérdida de contexto entre sesiones. Anthropic introdujo los agentes web en Claude Code en octubre de 2025 y las sesiones en la nube después, como capa de infraestructura para sesiones largas. La redesign del 17 de septiembre es el punto en que esas piezas se combinan en un sistema de gestión multi-sesión, según CryptoBriefing.

Ejemplos reales del propio Anthropic

El post de lanzamiento incluye dos casos útiles para imaginar el alcance:

Reducir latencia p75 del checkout: configurar el Project con ese objetivo y pedirle que perfile cada endpoint, pruebe optimizaciones y abra PRs en paralelo, uno por endpoint. El coordinador reporta qué PRs conviene mergear primero.
Retirar un endpoint v1 deprecado: con tres repositorios conectados (API, web y móvil), el coordinador abre un hilo por repositorio para migrar los callers, correr los tests y abrir los PRs correspondientes.

El patrón se repite: el humano define el objetivo y el estado final, y Claude decide cómo trocearlo y quién hace qué. La unidad de trabajo deja de ser "un chat" y pasa a ser "un PR".

Qué cuesta y dónde están los límites

Anthropic avisa que un Project gasta los límites del plan mucho más rápido que una sesión individual, porque cada hilo activo es una sesión completa. La compañía expone una pestaña Usage por Project y permite elegir modelo y nivel de esfuerzo por separado para el coordinador y para los hilos: por defecto, un Project nuevo arranca con Opus en todos lados, high effort en los hilos y low effort en la conversación, según MarkTechPost.

Otros límites operativos confirmados:

Beta abierta desde el 17 de septiembre de 2026 para un grupo seleccionado de suscriptores Pro y Max que usan sesiones en la nube y no tenían Projects previos en web o desktop.
Acceso escalonado durante la semana siguiente a más usuarios de esos planes; los planes Team y Enterprise llegan después.
Tope de 200 hilos nuevos por día a nivel de cuenta; un hilo que choca con el límite de uso espera y se reanuda solo cuando vuelve a haber cuota.
Los hilos corren en la nube, no en la máquina del usuario. Anthropic dice que la opción local ("en tu máquina, con tus herramientas y detrás de tu red") llegará "muy pronto", sin fecha concreta.
Quienes ya tienen Projects existentes en Pro y Max siguen en la versión vieja hasta que su cuenta se migre.

El sandbox aislado de cada hilo sin acceso de red por defecto es una decisión deliberada de seguridad: limita el riesgo de que un fragmento de código generado se conecte a sistemas externos no autorizados. El admin de la organización puede configurar dominios permitidos para los casos donde la conexión sea imprescindible, como instalar dependencias o consultar APIs internas.

Competidores y contexto de mercado

El movimiento de Anthropic llega en plena carrera por subir la cadena de valor: de "asistente que sugiere código" a "partner de ingeniería que ejecuta", como describe CryptoBriefing. En ese segmento conviven GitHub Copilot, Cursor y una camada creciente de herramientas agentivas que también están intentando coordinarse con el flujo de trabajo real (git, ramas, PRs) en lugar de quedarse en la sugerencia línea a línea.

La diferencia clave de Claude Code Projects frente a modelos generales es que la unidad de coordinación ya no es el modelo, sino el proyecto de software: el sistema entiende repos, ramas, PRs, CI y merges, y decide dónde abrir cada unidad de trabajo. Eso acerca a Anthropic al modelo de "jefe de gabinete" (chief of staff) que su propio anuncio usa como analogía: el usuario describe la tarea, Claude la reparte.

Para founders y CTOs hispanohablantes, la pregunta práctica es la misma que en cualquier otra capa de IA aplicada: ¿el coste de los tokens compensa el tiempo de ingeniería liberado? Anthropic no publicó tarifas por hilo en el anuncio; el dato concreto disponible es el tope de uso (200 hilos/día) y la advertencia explícita de que el consumo escala con los hilos activos. La propuesta de valor se medirá, como casi siempre en esta capa, en horas de senior developer ahorradas por sprint.

Qué significa esto para tu startup

Si ya estás usando Claude Code para tareas puntuales, el salto es relevante: pasas de pedirle cosas a un asistente a delegarle un objetivo sobre tu repo. Tres acciones concretas para empezar a evaluarlo:

Prueba un Project en beta con un objetivo medible y corto, del tipo de los que cita Anthropic: bajar la latencia p75 de un endpoint, migrar un endpoint deprecado en un solo repo, o liquidar un backlog de bugs acotado. Así puedes comparar horas-persona reales contra el consumo de tokens antes de comprometer flujos más críticos.
Diseña tu MEMORY.md desde el primer día: qué releases están planificados, qué decisiones de arquitectura son intocables, qué contactos validar antes de tocar qué módulo. El coordinador lo va a heredar en cada hilo nuevo; si lo dejas vacío, pagarás el coste de re-explicar el contexto en cada sesión.
Aprovecha el techo de 200 hilos/día como presupuesto, no como límite: define cuántos hilos en paralelo tiene sentido abrir por sprint según el tamaño de tu equipo de ingeniería. Abrir hilos sin parar no acelera el producto si tu cuello de botella está en code review o en QA, no en generación de código.

Y un punto de gobierno que no hay que perder de vista: el control humano sigue en los merges. Los hilos abren PRs, no commitean a main por su cuenta. Eso es una decisión de producto importante: convierte al humano en revisor de PRs generados por IA, no en aprobador a ciegas de cambios ya en producción.