Varios agentes de IA en un mismo tablero: guía práctica

Sí, dos o tres clientes de IA pueden compartir un tablero, siempre que sea el tablero quien decida de quién es cada tarea. En Weft, Claude Code, Codex y ChatGPT se conectan al mismo endpoint MCP. Cada uno reclama una tarea con start_task, la mantiene viva con señales de vida y entrega un recibo. Si dos clientes van a por la misma tarjeta, al segundo se le responde already_claimed, y nadie hace el trabajo dos veces.

Weft lo hacemos nosotros. Los datos sobre otros productos salen de sus páginas oficiales, revisadas el 27 de octubre de 2026.

Esta guía es para un fundador en solitario o un equipo pequeño con dos o tres clientes de IA que no paran de pisarse.

¿Cuándo ayuda de verdad un segundo agente?

Más agentes no hacen el trabajo más rápido por defecto. Ayudan cuando el trabajo se divide en piezas que no se tocan entre sí, y estorban cuando comparten archivos, una base de datos de pruebas o una decisión que nadie ha tomado todavía.

Si no le darías dos trabajos a dos personas sin hablarlo antes, no se los des a dos agentes.

¿Qué tiene que decir una tarea antes de que un agente pueda cogerla?

Los agentes se toman las tareas al pie de la letra y rara vez preguntan. Antes de que una tarjeta salga de Backlog, dale:

• Un resultado que puedas comprobar. No «mejorar el onboarding», sino «añadir un estado vacío a la página de proyectos con un botón de crear».
• Alcance. Qué archivos, páginas o sistemas puede tocar, y qué queda fuera.
• Una comprobación de terminado. El test, la build o la URL que demuestra que funcionó.
• Las pruebas que quieres de vuelta. Un enlace a la pull request, un hash de commit, una URL desplegada.
• Dónde se para. Cualquier cosa irreversible (publicar, producción, dinero) debería acabar en una pregunta para ti, no en una acción.

Las columnas por defecto de Weft son Backlog, Todo, Doing y Done. Una convención sencilla funciona bien: solo las tarjetas de Todo están listas para reclamar. Los proyectos mantienen un repositorio o un cliente separado del resto.

¿Qué pasa cuando dos agentes llaman a start_task sobre la misma tarjeta?

Mover una tarjeta a Doing no es un bloqueo: dos agentes pueden leer la misma tarjeta de Todo y empezar los dos. Por eso en Weft el bloqueo es la propia reclamación.

Una llamada a start_task es una única inserción en la base de datos protegida por un índice único, así que la base de datos decide quién gana. El ganador recibe un runId y un leaseToken, y la tarjeta pasa a Doing. El perdedor recibe already_claimed con el id de la tarea, el título y una indicación para no duplicar el trabajo. Da igual que un cliente sea un agente de terminal y el otro una app de chat.

Para un agente, already_claimed es una respuesta normal, no un error. Lo correcto es volver a llamar a get_my_work y coger la siguiente tarjeta. Describimos el ciclo completo en el ciclo de reclamación, señal de vida y recibo.

¿Cómo funcionan las señales de vida y la concesión de 20 minutos?

Una reclamación es una concesión, no una asignación permanente. start_task da una concesión de 20 minutos y le indica al agente que la renueve cada 300 segundos. El agente la renueva llamando a report_progress con su runId y su leaseToken. Si mientras tanto el agente ha perdido la concesión, la llamada devuelve lease_lost, y debería parar en lugar de seguir editando.

Cuando una sesión muere, no queda nadie para decirlo. El silencio es la única señal que recibe el tablero, así que Weft trata el silencio como la señal:

• Tras 20 minutos sin señal de vida, la ejecución se marca como caducada, el token se borra y la tarea vuelve a quedar sin asignar.
• Cada 10 minutos pasa un barrido, y una tarea caducada también se libera al instante cuando otro cliente intenta reclamarla.
• Mientras un agente espera la respuesta a una pregunta que te ha hecho, conserva la tarea durante 60 minutos. Después la concesión cae, pero la pregunta sigue abierta.

Las señales de vida son llamadas a herramientas. Una tarea de 40 minutos con una señal cada 5 minutos gasta unas 8 llamadas en ellas, y Free tiene 200 llamadas al mes, así que tres agentes diarios lo superarán. Pro no tiene tope de llamadas.

¿Cómo sabe el tablero qué agente hizo qué?

Cada cliente OAuth que inicia sesión en Weft es su propio actor. Claude Code, Codex y ChatGPT se registran por separado, y el tablero muestra el nombre con el que se registró cada cliente. Cada evento del historial registra qué cliente lo hizo.

Los clientes sin OAuth pueden usar un token de acceso personal; cada token también es su propio actor, pero los tokens no tienen ámbitos (tokens de acceso). Los permisos se fijan por conexión OAuth:

• completo (por defecto): las 32 herramientas.
• escritura: todo menos las tres herramientas destructivas (papelera, archivar, completar sprint).
• lectura: solo las 11 herramientas de solo lectura.

Un reparto sensato: los agentes de programación en escritura, cualquier cosa experimental en lectura. Desconectar un cliente revoca sus tokens sin tocar los demás. Weft emite tokens de actualización, así que un cliente conectado renueva su sesión por sí solo.

La identidad en el tablero no es aislamiento en el disco. Dos agentes con nombres distintos pueden pisarse igualmente en una misma copia de trabajo. Dale a cada agente de programación su propia rama o worktree.

¿Adónde va el trabajo terminado y cuánto puede esperar por ti?

Por defecto, una tarea completada va directa a Done. En cambio, se para en tu Bandeja de entrada cuando la tarea necesita revisión o cuando falla una comprobación de verificación. Ahí eliges Aceptar, Rehacer, Más tarde o Descartar. Rehacer pide una nota. Las preguntas de request_input llegan a la misma Bandeja de entrada y al móvil como notificación push, así que tienes un solo sitio donde mirar, sea cual sea el agente que preguntó.

El recibo de complete_task lleva un resultado, artefactos que puedes comprobar, lo que no se hizo, lo que se desconoce y un nextStep. El nextStep aparece encima del botón Aceptar, así que aceptar aprueba exactamente ese paso. Más en qué hizo mi agente de IA.

La Bandeja de entrada tiene un límite, y con varios agentes te lo vas a encontrar. Admite 5 elementos en un espacio de trabajo de una persona y 10 en uno de equipo, o 45 minutos de revisión estimada, lo que llegue antes. Las preguntas cuentan. Cuando está llena, start_task se niega con attention_queue_full y le dice al agente lo que todavía puede hacer, como informar del progreso o leer el tablero. Tres agentes pueden producir trabajo más rápido de lo que una persona puede revisarlo; el límite evita que se amontonen resultados que nunca vas a leer.

¿Qué falla y cómo te recuperas?

¿Cómo se configuran dos o tres clientes?

Los tres se conectan al mismo endpoint e inician sesión en el navegador, sin clave que copiar.

# Claude Code
claude mcp add --transport http weft https://letsweft.com/api/mcp

# Codex: add to ~/.codex/config.toml, then sign in
[mcp_servers.weft]
url = "https://letsweft.com/api/mcp"

codex mcp login weft

ChatGPT se conecta a través de la app de Weft en su directorio, en todos los planes, incluido Free. Páginas paso a paso: Claude Code, Codex, ChatGPT, Cursor (instalación con un clic). El inicio de sesión sigue la especificación de autorización de MCP.

ChatGPT funciona por turnos: actúa mientras tú estás en la conversación. Encaja para planificar, redactar tareas y responder preguntas. Las ejecuciones largas de programación van mejor con un agente de terminal, porque una señal de vida cada pocos minutos necesita una sesión que siga funcionando.

¿Cómo sería una prueba de una semana?

1. Día 1: conecta dos clientes. Claude Code y Codex, o un agente de programación más ChatGPT. Pon los agentes de programación con permisos de escritura.
2. Días 1–2: escribe de cinco a diez tareas siguiendo el contrato de arriba. Un resultado, alcance, comprobación de terminado, pruebas. Déjalas en Todo. Si ya tienes tareas en Linear, Jira, Notion o Trello, impórtalas primero; la importación es gratis en todos los planes.
3. Días 2–5: pon a los dos agentes sobre la misma cola de Todo, cada uno en su propio worktree, y diles que reclamen con start_task y terminen con complete_task y artefactos.
4. Día 5: provoca fallos a propósito. Manda a los dos agentes a la misma tarjeta y observa cómo uno recibe already_claimed. Mata una sesión a mitad de tarea y comprueba que la tarjeta vuelve a estar libre a los 20 minutos.
5. Día 7: audita solo desde el tablero. ¿Se ejecutó alguna tarea dos veces o se quedó en Doing después de terminar? ¿Pudiste comprobar cada resultado a partir de sus artefactos? Corrige la plantilla de tareas antes de añadir un tercer agente.

¿Cómo se compara con el enfoque de Hypertask?

El modelo de concesiones de Hypertask es sólido: reclamar, renovar, liberar, con caducidad. La diferencia está en dónde vive ese modelo. La documentación de Hypertask presenta las concesiones de tareas, las pruebas y la escalada como solo endpoints REST, por diseño, y su referencia de herramientas tiene 21 herramientas MCP sin ninguna de concesión (resumen de MCP). En Weft, la reclamación, la señal de vida, la pregunta y el recibo son herramientas MCP, así que cualquier cliente MCP las usa sin código adicional.

Hypertask es mejor elección si tus agentes se ejecutan desde scripts o CI y quieres una CLI y una API REST, si quieres agentes como cuentas de servicio gestionadas como usuarios, o si quieres IA integrada (redacción de tareas, etiquetas inteligentes, triaje), velocidad con el teclado y registro de tiempo. Weft no tiene CLI, ni API REST, ni webhooks, ni integración con GitHub o Slack. Weft encaja cuando tus agentes son clientes MCP que ya usas, ChatGPT entre ellos, y quieres responderles desde el móvil.

Para una comparación más amplia, consulta gestores de tareas MCP comparados y una alternativa a Hypertask.

¿Mis agentes tienen que hablar entre sí?

No. Se coordinan a través del tablero: reclamaciones, recibos y preguntas. Weft nunca llama a un agente; cada uno pide su siguiente tarea con get_my_work.

¿Un agente que se cuelga dejará una tarea atascada en Doing para siempre?

No. Tras 20 minutos sin señal de vida, la ejecución se marca como caducada y la tarea vuelve a quedar sin asignar, así que otro cliente puede reclamarla. Antes, revisa la rama por si hay trabajo a medias.

¿No me van a enterrar tres agentes en revisiones?

La Bandeja de entrada tiene un tope de 5 elementos para una persona (10 para un equipo) o 45 minutos de revisión; cuando está llena, los agentes no pueden empezar tareas nuevas. La mayoría de las tareas terminadas van directas a Done.

¿Cuesta más usar varios agentes?

Weft cobra por asiento, no por agente: Pro cuesta 7,87 € al mes o 66,55 € al año por persona, IVA incluido. El plan Free limita las llamadas de IA a 200 al mes, y las señales de vida de varios agentes las agotan rápido. Consulta los precios.