Version 1.0 · 22 October 2026
The Weft Manifesto
Not only making the work, but deciding on it.
Kanban, Scrum, Shape Up and GTD were written when making things was the scarce part, so each of them limits the making. That is no longer where work gets stuck. Making is now handed out inside subscriptions you already pay for. What stays scarce is the attention of the person who has to accept the result.
The numbers already show it. Across more than 8.1 million pull requests, AI-generated ones were accepted 32.7% of the time, against 84.4% for those written by hand. Comparing each organisation’s periods of low and high AI adoption, median time in review rose 441.5%, and pull requests merged with no review at all rose 31.3%. Checking costs real time too: in GDPval, an expert spent on average 109 minutes reviewing a deliverable that took 404 minutes to make.1,2,3
The core
Kanban taught us to limit work in progress, Scrum gave us a rhythm, Shape Up replaced estimates with appetite, and GTD taught us to close the week. We keep all of it. Working with AI every day, we have come to value:
- Not only a limit on work in progress, but also a limit on what waits for your decision.
- Not only “done” as a message, but also “done” as evidence.
- Not only a check by a machine, but also acceptance by a person.
- Not only someone doing the task, but also someone owning it — and the owner is a person.
- Not only counting what was made, but also counting what was accepted.
- Not only remembering the task, but also remembering the decision.
That is, we keep the first half of each line, and we treat the second half as required.
One number: five
No more than five finished results or open questions wait for your decision at once — ten when a team shares the board. When the queue is full, an agent that asks to start something new is told to finish, shorten or pick up returned work instead. Finishing is never refused: finished work is never thrown away.
The limit is small on purpose. In Kingman’s queueing formula, waiting time grows with ρ/(1−ρ): a reviewer who is busy 95% of the time keeps work waiting 19 times longer than one who is busy half the time, with the same variability. Like Google SRE’s goal of keeping toil below 50% of an engineer’s time, five is a number you can break — and see that you broke it.7,8
Seven principles
01Work is no longer scarce. Your decision is.
Put the hard limit on the queue in front of the person who decides, not on the Doing column. An idle agent is a healthy agent; it does not get tired, and three tasks or fifty are the same to it. The person reviewing its work is the one resource that is used up one item at a time.
02Every “done” says what it rests on.
An agent’s report is an application, not evidence. In single-control τ²-bench domains, false success — the agent says done, the environment says otherwise — makes up 45–48% of failures, and no LLM judge reading the agent’s trace scored above an AUROC of 0.65, where a coin flip scores 0.5. So the strongest “done” reads the outside world: a page that answers, a file whose hash matches, an object that exists. Work that needed nothing from you may close on the agent’s word — and is then shown as exactly that, never as checked.4
03Whoever did the work does not sign it off.
Verified and accepted are two different statuses. A server that re-read the outside world, a deterministic check or a person can mark work verified; the agent that did it cannot. Accepting is a second, separate signature. For anything irreversible — money, publishing, a message to a client, anything legal — Weft asks the agent to stop and wait for you, and once that stop is set, no agent can lift it or walk the task into Done.
04Every task has one human owner.
You cannot hold an agent to account; you can only assign it. So a task has exactly one owner, who is a person, and a delegate, who is named: not “the AI”, but Claude Code, Cursor, ChatGPT or Codex. Keep the delegates few. Anthropic’s own advice for agent teams is to start with three to five, because “three focused teammates often outperform five scattered ones.”5
05At the limit, route — and never fake a decision.
When the queue is full, the system says what to do instead of throwing an error. When an agent goes quiet mid-task, its claim lapses and the task returns to the board for someone else. And when you have not decided yet, the work waits for you: silence is not acceptance, so nothing is ever marked accepted because time passed.
06Nothing carries over silently.
The week is the unit of planning: people were 62.9% more likely than on an ordinary day to commit to a goal at the start of a week, and 23.6% more likely at the start of a month. A week ends with a decision on every unfinished task — continue with a concrete next step, split it, send it back or drop it — rather than with a quiet move to next week.6
07The decision outlives the session.
No AI client hands its memory to anyone else, and it is right not to. So what survives a session is what was written down outside it: not a file on you, but the history of the work — how a task ended, what was decided and why. Memory has to forget, too: a note that is out of date stops being given to agents.
Run your board through this
A manifesto without a measuring stick is a poster. These seven questions take about five minutes to ask of any task manager. Where Weft has not closed a property for every user yet, it gets a dash, not a tick.
| Question | Weft |
|---|---|
| Is there a hard limit on what waits for your decision, not only on Doing?Five results or questions, ten for a team. At the limit, agents are told to finish rather than start. | ✓ |
| Can you tell a checked “done” from one the agent only reported?A task with a verification plan is checked by the server itself. One an agent closed on its own word is labelled agent-reported. | ✓ |
| Are “verified” and “accepted” separate, and can the agent set neither?Agents cannot mark work verified, and cannot move a task that needs you into Done. | ✓ |
| Does every task have a human owner and a named executor?The owner is required by the database. Each task records which AI client created and ran it. | ✓ |
| At the limit, or when an agent goes quiet, does work get routed rather than lost?A full queue returns what to do next; a silent claim lapses after 20 minutes; finishing is never refused. | ✓ |
| Does every unfinished task get an explicit decision when a week closes?Built, and not yet switched on for everyone. | — |
| Do decisions and lessons outlive the session that made them?Decisions and task history are on every plan; lessons agents carry between sessions are on Pro. | ✓ |
✓ works today · — partly, or not yet switched on · ✗ not there
What we count, and what we do not
Velocity, story points, burndown, utilisation, the number of tasks created and the number of AI calls are not in this product. They measure a resource that stopped being scarce, and they reward noise.
A feeling of speed is not a measurement either. In METR’s study of experienced open-source developers using early-2025 tools, they believed AI had made them 20% faster; measured, they were 19% slower.9
What is worth counting is four things: how long the oldest item has waited for you; the time from “the agent is ready” to “you decided”; the share of work accepted the first time, separately for each executor; and the minutes of your attention per accepted result. The last one is the only honest test of whether AI is paying off. Weft records what each of them needs — who did each piece of work, when it was ready and what you decided — and shows how much is waiting on you.
Where this breaks
Some work has no executable check. A letter to an investor or a positioning statement cannot be verified by a server, and there the method honestly falls back to an ordinary board with one reviewer and one such task at a time. A framework that promises more than it can check breaks exactly where someone relied on it.
There is no peer-reviewed study yet of the right limit when agents do the work. Five is our default, not a finding. We started at three and raised it after the first weeks of real use: a third of the refusals came with only three or four items waiting, and they were cleared in one sitting. Review may also get cheaper: GDPval itself notes that review time falls as professionals get used to the work. If checking ever becomes cheap and reliable, the limit should grow — which is why every threshold here is a default we expect to revise, not a belief.3
The product has one metaphor, and it comes from weaving. The warp holds the cloth: your goals and priorities, and only you set them. The weft is the work that runs across it. The shuttle carries the thread back and forth, and there can be as many shuttles as you like. The cloth comes out as even as the warp is tight.
Tell your AI. It runs your board. The decision stays yours.
— Andrei Finogeev, founder of Weft
Sources
- 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