Deja de actualizar tu tablero de tareas a mano: que el agente mueva la tarjeta

Dejas de actualizar un tablero de tareas a mano cuando el agente que hace el trabajo mueve la tarjeta como parte del propio trabajo. En Weft, start_task pone la tarea en Doing, report_progress mantiene viva la reclamación mientras el agente trabaja y complete_task la mueve a Done, o a tu Bandeja de entrada cuando la tarea necesita tu revisión. Dejas de ser quien mantiene el estado al día y pasas a ser quien decide.

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

¿Por qué todos los tableros de tareas acaban desactualizados?

El estado es un segundo trabajo que nadie cobra. El trabajo es escribir el código, mandar la factura, arreglar la página. Mover la tarjeta es sobrecarga, y llega justo cuando quieres pasar a otra cosa.

Así que la tarjeta se mueve más tarde, por tandas, de memoria. Para el jueves, Doing tiene tres cosas que no está haciendo nadie y Todo tiene una que salió el lunes. La gente deja de fiarse del tablero, mira el chat en su lugar, y el tablero se convierte en una foto de la semana pasada.

Los agentes de IA lo empeoran. Un agente puede terminar cinco tareas en una tarde, y si sigues arrastrando cada tarjeta tú, haces de administrativo para un trabajador más rápido que tú.

¿La solución es limpiar o prevenir?

Hay dos formas de automatizar un tablero. Limpiar deja que el desfase ocurra y luego usa IA para ordenarlo. El artículo de Hypertask Stop Manually Updating Your Task Board va por ese camino: describe un botón de AI Triage que lee tu bandeja de entrada, etiqueta cada elemento como seguro para archivar o pendiente de tu opinión, y archiva el primer grupo cuando lo apruebas. Si tu problema es una avalancha de comentarios y avisos, es una herramienta razonable, y Hypertask tiene IA integrada para ello. Weft no tiene IA integrada ni triaje de notificaciones.

Prevenir es el otro camino: el estado nunca llega a estar mal, porque cambiarlo no es un paso aparte. El agente no puede empezar el trabajo sin reclamar la tarjeta, y no puede terminar sin cerrarla. No hay nada que clasificar después, porque la tarjeta ya dice lo que pasó.

Nosotros elegimos prevenir. Un tablero que necesita una pasada de limpieza estaba mal entre pasada y pasada.

¿Cómo mueve el agente la tarjeta mientras trabaja?

Weft se conecta a tu cliente de IA mediante el Model Context Protocol en https://letsweft.com/api/mcp. El cliente inicia sesión con OAuth en el navegador, así que no hay clave que copiar. Cuatro llamadas a herramientas llevan el estado de una tarea de principio a fin:

1. start_task reclama la tarea y la mueve a Doing. La reclamación es una concesión de 20 minutos. Si un segundo agente intenta la misma tarea, recibe already_claimed y se le indica que no duplique el trabajo.
2. report_progress es una señal de vida. Cada llamada renueva la concesión, y la respuesta le dice al agente que renueve cada 5 minutos. Si el agente se cuelga o se cierra el chat, las señales se detienen, la concesión caduca a los 20 minutos y la tarea queda libre para que la coja cualquiera. El silencio también es un estado.
3. request_input te hace una pregunta, con opciones, mientras el agente mantiene su reclamación. La pregunta llega a tu Bandeja de entrada y puede llegarte al móvil como notificación push.
4. complete_task registra el resultado, los artefactos que lo demuestran (una URL, un commit, un hash de archivo), lo que no se hizo, lo que aún se desconoce y el siguiente paso. Por defecto, la tarea pasa directamente a Done. Si la tarea está marcada como pendiente de revisión, o falla una comprobación de verificación, se para en tu Bandeja de entrada.

El agente no tiene que acordarse de actualizar nada, porque la actualización es la llamada que hace para trabajar. Para la mecánica completa de concesiones y recibos, consulta la guía del ciclo de reclamación.

Un límite, con honestidad: Weft nunca llama a un agente. El agente pide trabajo cuando estás en una sesión con él, mediante get_my_work o start_task. Las tarjetas se mueven porque un agente que tú estás ejecutando las mueve, no porque Weft vigile tu repositorio. Weft no tiene sincronización con GitHub ni con Slack, ni webhooks, así que una pull request fusionada fuera de una sesión con un agente no moverá ninguna tarjeta por sí sola.

¿Cómo se ve un tablero manual frente a uno que mueve el agente?

¿Qué debería automatizar y qué debe seguir siendo decisión mía?

Automatiza todo lo que sea un hecho sobre el trabajo: empezado, en marcha, terminado, atascado. Un agente lo sabe mejor que tú, porque es quien hace el trabajo. Quédate con todo lo que sea un juicio sobre el trabajo: ¿es suficientemente bueno?, ¿debería salir?, ¿sigue mereciendo la pena?

En Weft la columna de la derecha tiene dos puertas. Cuando el agente se topa con una decisión a mitad de tarea, llama a request_input y tú respondes una pregunta, a ser posible eligiendo una opción. Cuando el agente termina un trabajo que necesita tu revisión, ves cuatro botones: Aceptar, Rehacer, Más tarde, Descartar. Rehacer te pide una nota. Si el agente pasó un siguiente paso, lo ves encima del botón Aceptar, así que aceptar aprueba exactamente ese paso y nada más.

¿Puede la IA montar el tablero a partir de una conversación?

Sí, y es la parte fácil. Describe el proyecto en tu chat, y el agente puede llamar a initialize_board para crear las cuatro columnas por defecto (Backlog, Todo, Doing, Done) y luego a bulk_create_tasks para añadir todo el plan en una sola transacción. El lote entra entero o no entra, y cuenta como una única llamada en tu cuota mensual. Una tarea creada sin columna va a Backlog.

El artículo de Hypertask Why We Let AI Agents Build Entire Boards defiende que la unidad correcta que entregar a un agente es el proyecto, no la tarea suelta. Estamos de acuerdo en que los agentes deberían montar tableros. No estamos de acuerdo en que montarlos sea lo difícil.

Montar un tablero es barato: un agente puede escribir cuarenta tareas en segundos. Revisar es el límite real. Cada una de esas tareas producirá algún día un trabajo terminado que tendrás que mirar, y en un día solo puedes mirar tanto.

Por eso Weft tiene un límite de atención y no un límite de creación. Cuando hay demasiado esperando por ti, start_task se niega a reclamar trabajo nuevo y responde attention_queue_full, junto con lo que el agente todavía puede hacer (informar del progreso, revisar su trabajo, leer el tablero). El límite es de 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 de request_input también cuentan, porque responderlas cuesta la misma atención.

Un agente puede planificar todo lo que quiera, pero no puede empezar la sexta cosa mientras cinco cosas terminadas esperan por ti.

¿Cómo debería ser mi primera semana?

Conecta primero un cliente. En ChatGPT, Weft es una app publicada en todos los planes, incluido Free. En Claude.ai o Claude Desktop se añade como conector personalizado. En Claude Code es un comando: claude mcp add --transport http weft https://letsweft.com/api/mcp (consulta la página de configuración de Claude Code). Luego pega esto en el chat y edita la línea del proyecto:

Estás conectado a mi tablero de Weft. Durante esta semana, sigue estas reglas.

Configuración (hoy):
1. Llama a get_board_state. Si no hay columnas, llama a initialize_board.
2. Mi proyecto: [descríbelo en 3-5 frases].
   Propón como máximo 12 tareas en una lista. Enséñame la lista primero.
   Cuando te diga que sí, añádelas con una sola llamada a bulk_create_tasks.

Cada vez que trabajes en una tarea:
3. Llama a get_my_work para ver qué es tuyo y si mi cola tiene hueco.
4. Llama a start_task en cuanto empieces el trabajo real, no mientras solo
   lo estemos hablando. Guarda el runId y el leaseToken.
5. Llama a report_progress cada pocos minutos mientras trabajas.
6. Si llegas a una decisión que me toca a mí (dinero, publicar, cualquier cosa
   irreversible o una bifurcación real), llama a request_input con 2-4 opciones.
   No adivines y no pidas permiso para seguir.
7. Termina con complete_task: un resultado de una línea, artefactos que yo pueda
   comprobar (enlaces, commits, archivos), notDone, unknowns y un nextStep.
8. Nunca muevas una tarjeta a Done a mano. Eso lo hace complete_task.
9. Si start_task responde attention_queue_full, deja de empezar trabajo nuevo.
   Dime qué está esperando por mí y ayúdame a despejarlo.

Al final de cada sesión, dime qué tarjetas has movido y por qué.

Doce tareas es a propósito. En el plan Free tienes 50 tareas activas y 200 llamadas de IA al mes, y una primera semana sirve para aprender el ciclo, no para llenar el tablero. Si vas a trasladar un tablero existente, Weft importa CSV desde Linear, Jira o Notion y JSON desde Trello en todos los planes.

Durante la semana, haz solo dos cosas: responde a las preguntas cuando lleguen y decide sobre lo que llegue a tu Bandeja de entrada. No arrastres tarjetas. Si una tarjeta acaba en el sitio equivocado, merece la pena saberlo: dile al agente qué regla se saltó en lugar de arreglar la tarjeta en silencio.

El viernes, comprueba dos cosas: ¿cada tarjeta de Done tiene algo que puedas abrir para comprobarla?, y ¿te llegó algo que podrías haber decidido de antemano? Si es así, escribe esa opción por defecto en el prompt de la semana siguiente.

¿Qué no hace Weft aquí?

• No tiene IA integrada. El razonamiento ocurre en tu propio cliente de IA, así que Weft no tiene créditos de IA que comprar ni botón de triaje.
• No mueve tarjetas a partir de eventos externos. No hay sincronización con GitHub, GitLab ni Slack, ni webhooks, ni API REST pública. Si tu estado debe seguir a commits y fusiones sin ningún agente de por medio, encaja mejor una herramienta con esas integraciones.
• No hace que todas las tareas esperen por ti. La mayor parte del trabajo terminado va directa a Done con su recibo. Solo las tareas que necesitan revisión, o que fallan una comprobación, se paran en tu Bandeja de entrada.

Si usas varios agentes a la vez, la reclamación es lo que los mantiene separados; un tablero para varios agentes cubre ese caso, y qué hizo mi agente de IA explica cómo leer los recibos. Para una comparación más amplia de gestores de tareas con MCP, consulta la tabla de gestores de tareas MCP.

Si el agente mueve las tarjetas, ¿cómo sé que no lo ha marcado todo como hecho sin más?

En Weft, Done viene de complete_task, que registra el resultado, los artefactos, lo que no se hizo y lo que se desconoce. Lee los artefactos, no el resumen. Para el trabajo que quieras revisar antes de que cuente, marca la tarea como pendiente de revisión y se parará en tu Bandeja de entrada para Aceptar, Rehacer, Más tarde o Descartar.

¿Qué pasa cuando el agente se cuelga a mitad de camino?

Deja de enviar report_progress. Tras 20 minutos sin señal de vida, la concesión caduca y la tarea queda libre para que la coja cualquiera, incluido otro agente. No hace falta que notes el cuelgue para que el tablero deje de decir que alguien está trabajando en ella.

¿El límite de atención frenará a mis agentes?

Frena el empezar, no el terminar. Cuando 5 elementos (10 en un equipo) o 45 minutos de revisión esperan por ti, start_task rechaza trabajo nuevo, pero el agente puede seguir informando del progreso y leyendo el tablero. La forma más rápida de desbloquearlo es decidir sobre lo que ya está en tu Bandeja de entrada.

¿Puedo dejar algunos agentes en solo lectura?

Sí. Cada conexión OAuth tiene permisos de completo, escritura o lectura, que se eligen en la pantalla de consentimiento o después en Ajustes. Una conexión de lectura puede mirar el tablero, pero no mover tarjetas. También puedes desconectar un cliente en cualquier momento.

¿Necesito un plan de pago para esto?

No. Todo el ciclo funciona en Free, con 50 tareas activas y 200 llamadas de IA al mes; bulk_create_tasks cuenta como una sola llamada. Pro cuesta 7,87 € por asiento al mes o 66,55 € por asiento al año, IVA incluido, y elimina esos topes.

¿Es esto mejor que el triaje con IA?

Resuelve otro problema. El triaje limpia a posteriori un flujo de comentarios y notificaciones; si ese flujo es tu problema, encaja mejor una herramienta con triaje integrado, como Hypertask. Un tablero que mueve el agente evita que el estado se desfase desde el principio, para el trabajo que hacen tus agentes.