Versión 1.0 · 22 de octubre de 2026
El manifiesto de Weft
No solo hacer el trabajo, sino también decidir sobre él.
Kanban, Scrum, Shape Up y GTD se escribieron cuando lo escaso era hacer las cosas, así que cada uno limita el hacer. El trabajo ya no se atasca ahí. Hacer las cosas ahora viene incluido en suscripciones que ya pagas. Lo que sigue siendo escaso es la atención de la persona que tiene que aceptar el resultado.
Los números ya lo muestran. En más de 8,1 millones de pull requests, las generadas por IA se aceptaron el 32,7% de las veces, frente al 84,4% de las escritas a mano. Comparando los periodos de baja y alta adopción de IA de cada organización, la mediana del tiempo en revisión subió un 441,5%, y las pull requests fusionadas sin ninguna revisión aumentaron un 31,3%. Revisar también cuesta tiempo real: en GDPval, un experto dedicaba de media 109 minutos a revisar un entregable que había llevado 404 minutos hacer.1,2,3
El núcleo
Kanban nos enseñó a limitar el trabajo en curso, Scrum nos dio un ritmo, Shape Up cambió las estimaciones por el apetito y GTD nos enseñó a cerrar la semana. Nos quedamos con todo eso. Trabajando con IA cada día, hemos llegado a valorar:
- No solo un límite al trabajo en curso, sino también un límite a lo que espera tu decisión.
- No solo «hecho» como mensaje, sino también «hecho» como prueba.
- No solo una comprobación por una máquina, sino también la aceptación por una persona.
- No solo alguien que hace la tarea, sino también alguien que responde de ella — y es una persona.
- No solo contar lo que se hizo, sino también contar lo que se aceptó.
- No solo recordar la tarea, sino también recordar la decisión.
Es decir, conservamos la primera mitad de cada línea y consideramos obligatoria la segunda.
Un número: cinco
No más de cinco resultados terminados o preguntas abiertas esperan tu decisión a la vez — diez cuando un equipo comparte el tablero. Cuando la cola está llena, al agente que pide empezar algo nuevo se le indica que termine, acorte o retome trabajo devuelto. Terminar nunca se rechaza: el trabajo terminado nunca se tira.
El límite es pequeño a propósito. En la fórmula de colas de Kingman, el tiempo de espera crece con ρ/(1−ρ): un revisor ocupado el 95% del tiempo hace esperar el trabajo 19 veces más que uno ocupado la mitad del tiempo, con la misma variabilidad. Como el objetivo de Google SRE de mantener el toil por debajo del 50% del tiempo de un ingeniero, cinco es un número que puedes romper — y ver que lo has roto.7,8
Siete principios
01El trabajo ya no es escaso. Tu decisión sí.
Pon el límite estricto en la cola que hay delante de quien decide, no en la columna Doing. Un agente ocioso es un agente sano; no se cansa, y tres tareas o cincuenta le dan igual. La persona que revisa su trabajo es el único recurso que se gasta de uno en uno.
02Cada «hecho» dice en qué se apoya.
El informe de un agente es una solicitud, no una prueba. En los dominios single-control de τ²-bench, el falso éxito — el agente dice que ha terminado, el entorno dice otra cosa — supone el 45–48% de los fallos, y ningún juez LLM que leyera la traza del agente superó un AUROC de 0,65, cuando lanzar una moneda da 0,5. Por eso el «hecho» más sólido lee el mundo exterior: una página que responde, un archivo cuyo hash coincide, un objeto que existe. Un trabajo que no necesitaba nada de ti puede cerrarse con la palabra del agente — y entonces se muestra exactamente así, nunca como comprobado.4
03Quien hizo el trabajo no lo firma.
Verificado y aceptado son dos estados distintos. Un servidor que volvió a leer el mundo exterior, una comprobación determinista o una persona pueden marcar un trabajo como verificado; el agente que lo hizo, no. Aceptar es una segunda firma, aparte. Para todo lo irreversible — dinero, una publicación, un mensaje a un cliente, cualquier cosa legal — Weft pide al agente que se detenga y te espere, y una vez puesta esa parada, ningún agente puede levantarla ni llevar la tarea a Done.
04Cada tarea tiene un único responsable humano.
A un agente no se le pueden pedir cuentas; solo se le puede asignar trabajo. Así que una tarea tiene exactamente un responsable, que es una persona, y un delegado con nombre: no «la IA», sino Claude Code, Cursor, ChatGPT o Codex. Ten pocos delegados. El propio consejo de Anthropic para equipos de agentes es empezar con entre tres y cinco, porque «three focused teammates often outperform five scattered ones» (tres compañeros centrados suelen rendir más que cinco dispersos).5
05En el límite, reencamina — y nunca finjas una decisión.
Cuando la cola está llena, el sistema dice qué hacer en su lugar en vez de lanzar un error. Cuando un agente se queda callado a mitad de una tarea, su reserva caduca y la tarea vuelve al tablero para que la tome otro. Y mientras no hayas decidido, el trabajo te espera: el silencio no es aceptación, así que nada se marca nunca como aceptado solo porque haya pasado el tiempo.
06Nada se arrastra en silencio.
La semana es la unidad de planificación: las personas tenían un 62,9% más de probabilidad que en un día cualquiera de comprometerse con un objetivo al empezar una semana, y un 23,6% más al empezar un mes. Una semana termina con una decisión sobre cada tarea sin terminar — seguir con un siguiente paso concreto, dividirla, devolverla o descartarla — y no con un paso silencioso a la semana siguiente.6
07La decisión sobrevive a la sesión.
Ningún cliente de IA entrega su memoria a nadie más, y hace bien. Así que lo que sobrevive a una sesión es lo que quedó escrito fuera de ella: no un expediente sobre ti, sino la historia del trabajo — cómo terminó una tarea, qué se decidió y por qué. La memoria también tiene que olvidar: una nota desactualizada deja de pasarse a los agentes.
Pasa tu tablero por esta prueba
Un manifiesto sin vara de medir es un póster. Hacerle estas siete preguntas a cualquier gestor de tareas lleva unos cinco minutos. Donde Weft aún no ha cerrado una propiedad para todos los usuarios, lleva un guion, no una marca de verificación.
| Pregunta | Weft |
|---|---|
| ¿Hay un límite estricto a lo que espera tu decisión, no solo a Doing?Cinco resultados o preguntas, diez para un equipo. En el límite, a los agentes se les dice que terminen en lugar de empezar. | ✓ |
| ¿Puedes distinguir un «hecho» comprobado de uno que el agente solo ha informado?Una tarea con plan de verificación la comprueba el propio servidor. La que un agente cerró con su propia palabra lleva la etiqueta «Según el agente». | ✓ |
| ¿Están separados «verificado» y «aceptado», y el agente no puede poner ninguno de los dos?Los agentes no pueden marcar un trabajo como verificado ni mover a Done una tarea que te necesita. | ✓ |
| ¿Tiene cada tarea un responsable humano y un ejecutor con nombre?La base de datos exige el responsable. Cada tarea registra qué cliente de IA la creó y la ejecutó. | ✓ |
| En el límite, o cuando un agente se calla, ¿el trabajo se reencamina en lugar de perderse?Una cola llena devuelve qué hacer a continuación; una reserva en silencio caduca a los 20 minutos; terminar nunca se rechaza. | ✓ |
| ¿Recibe cada tarea sin terminar una decisión explícita al cerrar la semana?Construido, y aún no activado para todos. | — |
| ¿Sobreviven las decisiones y las lecciones a la sesión en la que surgieron?Las decisiones y el historial de tareas están en todos los planes; las lecciones que los agentes llevan de una sesión a otra están en Pro. | ✓ |
✓ funciona hoy · — en parte, o aún no activado · ✗ no está
Qué contamos y qué no
La velocidad, los story points, el burndown, la utilización, el número de tareas creadas y el número de llamadas a la IA no están en este producto. Miden un recurso que dejó de ser escaso y premian el ruido.
La sensación de rapidez tampoco es una medición. En el estudio de METR con desarrolladores experimentados de código abierto que usaban herramientas de principios de 2025, ellos creían que la IA los había hecho un 20% más rápidos; medidos, eran un 19% más lentos.9
Lo que vale la pena contar son cuatro cosas: cuánto lleva esperándote el elemento más antiguo; el tiempo desde «el agente está listo» hasta «has decidido»; la parte del trabajo aceptada a la primera, por separado para cada ejecutor; y los minutos de tu atención por resultado aceptado. Lo último es la única prueba honesta de si la IA compensa. Weft registra lo que necesita cada una — quién hizo cada parte del trabajo, cuándo estuvo lista y qué decidiste — y muestra cuánto te está esperando.
Dónde se rompe
Hay trabajo que no tiene una comprobación ejecutable. Una carta a un inversor o una declaración de posicionamiento no las puede verificar un servidor, y ahí el método vuelve, con honestidad, a un tablero normal con un revisor y una sola tarea de ese tipo a la vez. Un marco que promete más de lo que puede comprobar se rompe justo donde alguien confió en él.
Todavía no hay ningún estudio revisado por pares sobre el límite adecuado cuando el trabajo lo hacen agentes. Cinco es nuestro valor por defecto, no un hallazgo. Empezamos con tres y lo subimos tras las primeras semanas de uso real: un tercio de los rechazos llegó con solo tres o cuatro elementos esperando, y se resolvieron de una sentada. La revisión también puede abaratarse: el propio GDPval señala que el tiempo de revisión baja a medida que los profesionales se acostumbran al trabajo. Si comprobar llega a ser barato y fiable, el límite debería crecer — por eso cada umbral aquí es un valor por defecto que esperamos revisar, no una creencia.3
El producto tiene una sola metáfora, y viene del tejido. La urdimbre sostiene la tela: tus objetivos y prioridades, y solo tú los fijas. La trama (weft, en inglés) es el trabajo que la cruza. La lanzadera lleva el hilo de un lado a otro, y puede haber tantas lanzaderas como quieras. La tela sale tan pareja como tensa está la urdimbre.
Díselo a tu IA. Ella lleva tu tablero. La decisión sigue siendo tuya.
— Andrei Finogeev, fundador de Weft
Fuentes
- 2026 Software Engineering Benchmarks Report — LinearB, 2026
- The Acceleration Whiplash — Faros AI, 12 April 2026
- GDPval: Evaluating AI Model Performance on Real-World Economically Valuable Tasks — OpenAI, arXiv:2510.04374, 5 October 2025
- From Confident Closing to Silent Failure — arXiv:2606.09863, 1 June 2026
- Orchestrate teams of Claude Code sessions — Choose an appropriate team size — Anthropic, retrieved 22 October 2026
- The Fresh Start Effect: Temporal Landmarks Motivate Aspirational Behavior — Dai, Milkman, Riis — Management Science 60(10), 2014
- The single server queue in heavy traffic — J. F. C. Kingman — Proceedings of the Cambridge Philosophical Society, 1961
- Site Reliability Engineering, Chapter 5: Eliminating Toil — Google, 2016
- Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity — METR, 10 July 2025