Stop met je takenbord met de hand bijwerken: laat de agent de kaart verplaatsen

Je stopt met een takenbord met de hand bijwerken wanneer de agent die het werk doet, de kaart verplaatst als onderdeel van dat werk. In Weft zet start_task de taak in Doing, houdt report_progress de claim in leven terwijl de agent werkt, en verplaatst complete_task hem naar Done, of naar je Inbox wanneer de taak jouw beoordeling nodig heeft. Je bent niet langer degene die de status kloppend houdt, maar degene die beslist.

Wij maken Weft. Feiten over andere producten komen van hun officiële pagina's, gecontroleerd op 27 oktober 2026.

Waarom raakt elk takenbord verouderd?

Status bijhouden is een tweede baan waar niemand voor betaald wordt. Het werk is de code schrijven, de factuur versturen, de pagina repareren. De kaart verplaatsen is overhead, en die komt precies op het moment dat je verder wilt.

Dus wordt de kaart later verplaatst, in batches, uit het geheugen. Tegen donderdag staan er in Doing drie dingen waar niemand aan werkt, en in Todo één ding dat maandag al live ging. Mensen vertrouwen het bord niet meer, kijken in de chat, en het bord wordt een foto van vorige week.

AI-agents maken dit erger. Een agent kan op één middag vijf taken afronden, en sleep je elke kaart nog steeds zelf, dan doe je administratief werk voor een snellere werker.

Is de oplossing opruimen of voorkomen?

Er zijn twee manieren om een bord te automatiseren. Opruimen laat de afwijking gebeuren en gebruikt daarna AI om het recht te zetten. Het artikel van Hypertask Stop Manually Updating Your Task Board kiest die route: het beschrijft een knop AI Triage die je inbox leest, elk item labelt als veilig om te archiveren of als iets wat jouw input nodig heeft, en de eerste groep archiveert zodra je akkoord geeft. Is je probleem een stortvloed aan reacties en meldingen, dan is dat een redelijke tool, en Hypertask heeft er ingebouwde AI voor. Weft heeft geen ingebouwde AI en geen triage van meldingen.

Voorkomen is de andere route: de status raakt nooit uit de pas, omdat hem wijzigen geen aparte stap is. De agent kan het werk niet beginnen zonder de kaart te claimen, en niet afronden zonder hem te sluiten. Er valt later niets te triëren, want de kaart zegt al wat er gebeurd is.

Wij kozen voor voorkomen. Een bord dat een opruimronde nodig heeft, klopte niet tussen de rondes door.

Hoe verplaatst de agent de kaart terwijl hij werkt?

Weft verbindt met je AI-client via het Model Context Protocol op https://letsweft.com/api/mcp. De client meldt zich aan met OAuth in de browser, dus er is geen sleutel om te kopiëren. Vier toolaanroepen dragen de status van een taak van begin tot eind:

1. start_task claimt de taak en verplaatst hem naar Doing. De claim is een lease van 20 minuten. Probeert een tweede agent dezelfde taak, dan krijgt hij already_claimed en de boodschap het werk niet te dupliceren.
2. report_progress is een heartbeat. Elke aanroep verlengt de lease, en het antwoord zegt de agent om elke 5 minuten te verlengen. Crasht de agent of wordt de chat gesloten, dan stoppen de heartbeats, verloopt de lease na 20 minuten en komt de taak vrij zodat iedereen hem kan oppakken. Stilte is ook een status.
3. request_input stelt je een vraag, met opties, terwijl de agent zijn claim houdt. De vraag komt in je Inbox terecht en kan je telefoon bereiken als pushmelding.
4. complete_task legt de uitkomst vast, de artifacts die het bewijzen (een URL, een commit, een bestandshash), wat niet gedaan is, wat nog onbekend is, en de volgende stap. Standaard gaat de taak rechtstreeks naar Done. Is de taak gemarkeerd als te beoordelen, of faalt een verificatiecontrole, dan stopt hij in plaats daarvan in je Inbox.

De agent hoeft er niet aan te denken iets bij te werken, want de update is de aanroep die hij doet om het werk te doen. Voor de volledige werking van leases en bewijsstukken, zie de gids over de claimlus.

Eén eerlijke beperking: Weft roept nooit een agent aan. De agent haalt werk op wanneer jij een sessie met hem hebt, via get_my_work of start_task. Kaarten bewegen omdat een agent die jij draait ze verplaatst, niet omdat Weft je repository in de gaten houdt. Weft heeft geen synchronisatie met GitHub of Slack en geen webhooks, dus een pull request dat buiten een agentsessie wordt gemerged, verplaatst niet vanzelf een kaart.

Hoe ziet een handmatig bord eruit naast een bord dat de agent bijwerkt?

Wat moet ik automatiseren, en wat moet mijn beslissing blijven?

Automatiseer alles wat een feit over het werk is: begonnen, nog bezig, af, vastgelopen. Een agent weet dat beter dan jij, want hij is degene die het werk doet. Houd alles zelf wat een oordeel over het werk is: is dit goed genoeg, moet het live, is dit nog de moeite waard.

In Weft heeft de rechterkolom twee deuren. Stuit de agent midden in een taak op een beslissing, dan roept hij request_input aan en beantwoord jij één vraag, het liefst door een optie te kiezen. Rondt de agent werk af dat jouw beoordeling nodig heeft, dan zie je vier knoppen: Accepteren, Herwerken, Later, Laten vallen. Herwerken vraagt je om een notitie. Heeft de agent een volgende stap meegegeven, dan zie je die boven de knop Accepteren, dus accepteren keurt precies die stap goed en niets meer.

Kan de AI het bord opzetten vanuit een gesprek?

Ja, en dat is het makkelijke deel. Beschrijf het project in je chat, en de agent kan initialize_board aanroepen om de vier standaardkolommen aan te maken (Backlog, Todo, Doing, Done) en daarna bulk_create_tasks om het hele plan in één transactie toe te voegen. De batch komt er helemaal in of helemaal niet, en telt als één aanroep voor je maandquotum. Een taak die zonder kolom wordt aangemaakt, landt in Backlog.

Het artikel van Hypertask Why We Let AI Agents Build Entire Boards stelt dat het project, niet de losse taak, de juiste eenheid is om aan een agent te geven. We zijn het ermee eens dat agents borden moeten bouwen. We zijn het er niet mee eens dat bouwen het moeilijke deel is.

Een bord bouwen is goedkoop: een agent kan in een paar seconden veertig taken schrijven. Beoordelen is de echte grens. Elk van die taken levert op een dag afgerond werk op waar je naar moet kijken, en je kunt maar zoveel bekijken op een dag.

Daarom heeft Weft een limiet op aandacht in plaats van een limiet op aanmaken. Wacht er te veel op je, dan weigert start_task nieuw werk te claimen en antwoordt het met attention_queue_full, samen met wat de agent nog wel mag doen (voortgang melden, zijn werk controleren, het bord lezen). De limiet is 5 items voor een werkruimte voor één persoon en 10 voor een team, of 45 minuten aan geschatte beoordelingstijd, wat het eerst bereikt wordt. Vragen van request_input tellen ook mee, omdat ze beantwoorden evenveel aandacht kost.

Een agent kan zoveel plannen als hij wil, maar hij kan niet aan het zesde ding beginnen terwijl er vijf afgeronde dingen op je wachten.

Hoe ziet mijn eerste week eruit?

Verbind eerst één client. In ChatGPT is Weft een gepubliceerde app op elk plan, ook Free. In Claude.ai of Claude Desktop voeg je het toe als custom connector. In Claude Code is het één commando: claude mcp add --transport http weft https://letsweft.com/api/mcp (zie de setuppagina voor Claude Code). Plak daarna dit in de chat en pas de regel over het project aan:

Je bent verbonden met mijn Weft-bord. Volg deze week deze regels.

Opzet (vandaag):
1. Roep get_board_state aan. Zijn er geen kolommen, roep dan initialize_board aan.
2. Mijn project: [beschrijf het in 3-5 zinnen].
   Stel maximaal 12 taken voor als lijst. Laat me eerst de lijst zien.
   Voeg ze toe met één bulk_create_tasks-aanroep nadat ik ja heb gezegd.

Elke keer dat je aan een taak werkt:
3. Roep get_my_work aan om te zien wat van jou is en of mijn wachtrij ruimte heeft.
4. Roep start_task aan op het moment dat je echt aan het werk gaat, niet terwijl
   we het er alleen over hebben. Bewaar de runId en leaseToken.
5. Roep om de paar minuten report_progress aan terwijl je werkt.
6. Kom je bij een beslissing die van mij is (geld, publiceren, alles wat
   onomkeerbaar is, of een echte splitsing), roep dan request_input aan met 2-4 opties.
   Gok niet en vraag geen toestemming om door te gaan.
7. Rond af met complete_task: een uitkomst van één regel, artifacts die ik kan
   controleren (links, commits, bestanden), notDone, unknowns en een nextStep.
8. Verplaats nooit met de hand een kaart naar Done. Dat doet complete_task.
9. Zegt start_task attention_queue_full, begin dan niet aan nieuw werk.
   Vertel me wat er op me wacht en help me het weg te werken.

Vertel me aan het eind van elke sessie welke kaarten je hebt verplaatst en waarom.

Twaalf taken is bewust. Op het Free-plan heb je 50 actieve taken en 200 AI-aanroepen per maand, en een eerste week draait om de lus leren kennen, niet om het bord te vullen. Verhuis je een bestaand bord, dan importeert Weft CSV uit Linear, Jira of Notion en JSON uit Trello, op elk plan.

Doe in de loop van de week maar twee dingen: vragen beantwoorden als ze binnenkomen en een besluit nemen over wat in je Inbox belandt. Sleep geen kaarten. Komt een kaart op de verkeerde plek terecht, dan is dat de moeite waard om te weten: vertel de agent welke regel hij oversloeg in plaats van de kaart stilletjes recht te zetten.

Controleer op vrijdag twee dingen: heeft elke kaart in Done iets wat je kunt openen om het te controleren, en kwam er iets bij je terecht wat je vooraf had kunnen beslissen? Zo ja, schrijf die standaard dan in de prompt voor volgende week.

Wat doet Weft hier niet?

• Het heeft geen ingebouwde AI. Het denkwerk gebeurt in je eigen AI-client, dus Weft heeft geen AI-credits te koop en geen triageknop.
• Het verplaatst geen kaarten op basis van externe gebeurtenissen. Geen synchronisatie met GitHub, GitLab of Slack, geen webhooks, geen openbare REST API. Moet je status commits en merges volgen zonder dat er een agent bij komt kijken, dan past een tool met die integraties beter.
• Het laat niet elke taak op je wachten. Het meeste afgeronde werk gaat met zijn bewijsstuk rechtstreeks naar Done. Alleen taken die beoordeling nodig hebben, of een controle niet doorstaan, stoppen in je Inbox.

Draai je meerdere agents tegelijk, dan is het de claim die ze uit elkaar houdt; één bord voor meerdere agents behandelt dat geval, en wat heeft mijn AI-agent gedaan behandelt het lezen van de bewijsstukken. Voor een bredere vergelijking van taakmanagers met MCP, zie de tabel met MCP-taakmanagers.

Als de agent kaarten verplaatst, hoe weet ik dan dat hij niet gewoon alles op klaar zet?

Done komt in Weft van complete_task, dat de uitkomst vastlegt, de artifacts, wat niet gedaan is en wat onbekend is. Lees de artifacts, niet de samenvatting. Wil je werk controleren voordat het telt, markeer de taak dan als te beoordelen; hij stopt dan in je Inbox voor Accepteren, Herwerken, Later of Laten vallen.

Wat gebeurt er als de agent halverwege crasht?

Hij stopt met report_progress sturen. Na 20 minuten zonder heartbeat verloopt de lease en komt de taak vrij, zodat iedereen hem kan oppakken, ook een andere agent. Je hoeft de crash niet op te merken om het bord te laten ophouden met beweren dat iemand eraan werkt.

Remt de limiet op aandacht mijn agents af?

Het remt het beginnen af, niet het afmaken. Wachten er 5 items (10 voor een team) of 45 minuten aan beoordelen op je, dan weigert start_task nieuw werk, maar de agent kan nog steeds voortgang melden en het bord lezen. De snelste manier om de blokkade op te heffen, is een besluit nemen over wat al in je Inbox staat.

Kan ik sommige agents alleen-lezen houden?

Ja. Elke OAuth-verbinding krijgt full-, write- of read-rechten, gekozen op het toestemmingsscherm of later in Instellingen. Een read-verbinding kan het bord bekijken, maar geen kaarten verplaatsen. Je kunt een client ook op elk moment ontkoppelen.

Heb ik hiervoor een betaald plan nodig?

Nee. De hele lus werkt op Free, met 50 actieve taken en 200 AI-aanroepen per maand; bulk_create_tasks telt als één aanroep. Pro kost $7 per plek per maand of $60 per plek per jaar en haalt die limieten weg.

Is dit beter dan AI-triage?

Het lost een ander probleem op. Triage ruimt achteraf een stroom reacties en meldingen op; is die stroom je probleem, dan past een tool met ingebouwde triage, zoals Hypertask, beter. Een bord dat de agent bijwerkt, voorkomt dat de status überhaupt afwijkt, voor werk dat je agents doen.