Versjon 1.0 · 22. oktober 2026

Weft-manifestet

Ikke bare å gjøre arbeidet, men også å ta stilling til det.

Kanban, Scrum, Shape Up og GTD ble skrevet da selve utførelsen var det knappe, så hver av dem begrenser utførelsen. Det er ikke lenger der arbeidet stopper opp. Utførelsen følger nå med abonnementer du allerede betaler for. Det som forblir knapt, er oppmerksomheten til personen som skal godkjenne resultatet.

Tallene viser det allerede. Blant mer enn 8,1 millioner pull requests ble de AI-genererte godkjent i 32,7 % av tilfellene, mot 84,4 % for dem som var skrevet for hånd. Når man sammenligner hver organisasjons perioder med lav og høy AI-bruk, økte mediantiden i review med 441,5 %, og pull requests som ble merget helt uten review, økte med 31,3 %. Kontroll koster også reell tid: i GDPval brukte en ekspert i snitt 109 minutter på å gjennomgå et resultat som hadde tatt 404 minutter å lage.1,2,3

Kjernen

Kanban lærte oss å begrense pågående arbeid, Scrum ga oss en rytme, Shape Up erstattet estimater med et tidsbudsjett, og GTD lærte oss å lukke uka. Alt det beholder vi. Ved å jobbe med AI hver dag har vi lært oss å verdsette:

  • Ikke bare en grense for pågående arbeid, men også en grense for det som venter på beslutningen din.
  • Ikke bare «ferdig» som en melding, men også «ferdig» som bevis.
  • Ikke bare en kontroll utført av en maskin, men også godkjenning fra et menneske.
  • Ikke bare noen som utfører oppgaven, men også noen som eier den — og eieren er et menneske.
  • Ikke bare å telle det som ble laget, men også å telle det som ble godkjent.
  • Ikke bare å huske oppgaven, men også å huske beslutningen.

Det vil si: den første halvdelen av hver linje beholder vi, og den andre halvdelen behandler vi som et krav.

Ett tall: fem

Høyst fem ferdige resultater eller åpne spørsmål venter på beslutningen din samtidig — ti når et team deler tavlen. Når køen er full, får en agent som vil starte noe nytt, beskjed om heller å fullføre, korte ned eller ta opp igjen arbeid som er sendt tilbake. Å fullføre blir aldri avvist: ferdig arbeid blir aldri kastet.

Grensen er liten med vilje. I Kingmans køformel vokser ventetiden med ρ/(1−ρ): en som gjennomgår arbeid og er opptatt 95 % av tiden, lar arbeid vente 19 ganger lenger enn en som er opptatt halve tiden, med samme variasjon. Akkurat som Google SREs mål om å holde rutinearbeid (toil) under 50 % av en ingeniørs tid, er fem et tall du kan bryte — og se at du brøt.7,8

Sju prinsipper

  1. 01Arbeid er ikke lenger knapt. Beslutningen din er det.

    Legg den harde grensen på køen foran den som bestemmer, ikke på kolonnen Doing. En ledig agent er en frisk agent; den blir ikke sliten, og tre oppgaver eller femti er det samme for den. Personen som gjennomgår arbeidet dens, er den eneste ressursen som brukes opp én ting av gangen.

  2. 02Hvert «ferdig» sier hva det hviler på.

    En agents rapport er en søknad, ikke bevis. I τ²-bench-domener med én styrende part (single-control) står falsk suksess — agenten sier ferdig, miljøet sier noe annet — for 45–48 % av feilene, og ingen LLM-dommer som leste agentens spor, kom over en AUROC på 0,65, der kron eller mynt gir 0,5. Derfor leser det sterkeste «ferdig» av omverdenen: en side som svarer, en fil der hashen stemmer, et objekt som finnes. Arbeid som ikke trengte noe fra deg, kan lukkes på agentens ord — og vises da som akkurat det, aldri som kontrollert.4

  3. 03Den som gjorde arbeidet, godkjenner det ikke.

    Verifisert og godkjent er to forskjellige statuser. En server som har lest av omverdenen på nytt, en deterministisk kontroll eller et menneske kan merke arbeid som verifisert; agenten som gjorde det, kan ikke. Å godkjenne er en andre, separat signatur. For alt som ikke kan gjøres om — penger, publisering, en melding til en kunde, noe juridisk — ber Weft agenten stoppe og vente på deg, og når den stoppen først er satt, kan ingen agent oppheve den eller flytte oppgaven til Done.

  4. 04Hver oppgave har én menneskelig eier.

    Du kan ikke holde en agent ansvarlig; du kan bare gi den et oppdrag. Derfor har en oppgave nøyaktig én eier, som er et menneske, og en utfører som er navngitt: ikke «AI-en», men Claude Code, Cursor, ChatGPT eller Codex. Hold antallet utførere lavt. Anthropics egne råd for agentteam er å starte med tre til fem, fordi «three focused teammates often outperform five scattered ones» (tre fokuserte lagkamerater presterer ofte bedre enn fem spredte).5

  5. 05Ved grensen: send videre — og lat aldri som en beslutning er tatt.

    Når køen er full, sier systemet hva som skal gjøres i stedet, framfor å gi en feil. Når en agent blir stille midt i en oppgave, utløper reservasjonen dens, og oppgaven går tilbake til tavlen for noen andre. Og når du ikke har bestemt deg ennå, venter arbeidet på deg: stillhet er ikke godkjenning, så ingenting blir noen gang merket som godkjent bare fordi tiden har gått.

  6. 06Ingenting flyttes over i stillhet.

    Uka er enheten for planlegging: i starten av en uke var folk 62,9 % mer tilbøyelige enn på en vanlig dag til å forplikte seg til et mål, og i starten av en måned 23,6 % mer. En uke slutter med en beslutning om hver uferdig oppgave — fortsett med et konkret neste steg, del den opp, send den tilbake eller dropp den — framfor en stille flytting til neste uke.6

  7. 07Beslutningen overlever økten.

    Ingen AI-klient gir hukommelsen sin videre til andre, og det gjør den rett i. Det som overlever en økt, er altså det som ble skrevet ned utenfor den: ikke en mappe om deg, men historikken til arbeidet — hvordan en oppgave endte, hva som ble bestemt og hvorfor. Hukommelsen må også kunne glemme: et notat som er utdatert, slutter å bli gitt til agenter.

Kjør tavlen din gjennom dette

Et manifest uten målestokk er en plakat. Disse sju spørsmålene tar omtrent fem minutter å stille til et hvilket som helst oppgaveverktøy. Der Weft ennå ikke har lukket en egenskap for alle brukere, får det en strek, ikke en hake.

SpørsmålWeft
Finnes det en hard grense for det som venter på beslutningen din, ikke bare for Doing?Fem resultater eller spørsmål, ti for et team. Ved grensen får agenter beskjed om å fullføre framfor å starte.✓
Kan du skille et kontrollert «ferdig» fra et som agenten bare har rapportert?En oppgave med en verifiseringsplan kontrolleres av serveren selv. En som en agent lukket på eget ord, merkes «Ifølge agenten».✓
Er «verifisert» og «godkjent» adskilt, og kan agenten sette ingen av dem?Agenter kan ikke merke arbeid som verifisert og kan ikke flytte en oppgave som trenger deg, til Done.✓
Har hver oppgave en menneskelig eier og en navngitt utfører?Databasen krever en eier. Hver oppgave registrerer hvilken AI-klient som opprettet og kjørte den.✓
Blir arbeid sendt videre ved grensen, eller når en agent blir stille, i stedet for å gå tapt?En full kø svarer med hva som skal gjøres nå; en stille reservasjon utløper etter 20 minutter; å fullføre blir aldri avvist.✓
Får hver uferdig oppgave en uttrykkelig beslutning når en uke lukkes?Bygget, men ennå ikke slått på for alle.—
Overlever beslutninger og lærdommer økten der de ble til?Beslutninger og oppgavehistorikk er med i alle abonnementer; lærdommer agenter tar med seg mellom økter, er i Pro.✓

✓ virker i dag · — delvis, eller ennå ikke slått på · ✗ finnes ikke

Hva vi teller, og hva vi ikke teller

Velocity, story points, burndown, utnyttelsesgrad, antall opprettede oppgaver og antall AI-kall finnes ikke i dette produktet. De måler en ressurs som ikke lenger er knapp, og de belønner støy.

En følelse av fart er heller ikke en måling. I METRs studie av erfarne utviklere av åpen kildekode som brukte verktøy fra tidlig 2025, trodde de at AI hadde gjort dem 20 % raskere; målt var de 19 % tregere.9

Det som er verdt å telle, er fire ting: hvor lenge det eldste elementet har ventet på deg; tiden fra «agenten er klar» til «du har bestemt»; andelen arbeid som blir godkjent første gang, for hver utfører for seg; og minuttene av oppmerksomheten din per godkjent resultat. Det siste er den eneste ærlige testen på om AI lønner seg. Weft registrerer det hver av dem trenger — hvem som gjorde hvert arbeid, når det var klart og hva du bestemte — og viser hvor mye som venter på deg.

Der dette bryter sammen

Noe arbeid har ingen kjørbar kontroll. Et brev til en investor eller en posisjoneringstekst kan ikke en server verifisere, og der faller metoden ærlig tilbake på en vanlig tavle med én som gjennomgår, og én slik oppgave om gangen. Et rammeverk som lover mer enn det kan kontrollere, bryter sammen akkurat der noen stolte på det.

Det finnes ennå ingen fagfellevurdert studie av riktig grense når agenter gjør arbeidet. Fem er vår standard, ikke et funn. Vi startet på tre og hevet den etter de første ukene med ekte bruk: en tredjedel av avvisningene kom mens bare tre eller fire saker ventet, og de ble ryddet unna i én omgang. Gjennomgang kan også bli billigere: GDPval påpeker selv at tiden til gjennomgang faller etter hvert som fagfolk blir vant til arbeidet. Hvis kontroll en dag blir billig og pålitelig, bør grensen øke — derfor er hver terskel her en standard vi regner med å revidere, ikke en overbevisning.3

Produktet har én metafor, og den kommer fra veving. Renningen holder tøyet: målene og prioriteringene dine, og bare du setter dem. Innslaget (weft) er arbeidet som går på tvers av den. Skyttelen fører tråden fram og tilbake, og det kan være så mange skytler du vil. Tøyet blir like jevnt som renningen er stram.

Si det til AI-en. Den driver tavlen din. Beslutningen er fortsatt din.

— Andrei Finogeev, grunnlegger av Weft

Prøv Weft gratisLes om begrepene

Kilder

  1. 2026 Software Engineering Benchmarks Report — LinearB, 2026
  2. The Acceleration Whiplash — Faros AI, 12 April 2026
  3. GDPval: Evaluating AI Model Performance on Real-World Economically Valuable Tasks — OpenAI, arXiv:2510.04374, 5 October 2025
  4. From Confident Closing to Silent Failure — arXiv:2606.09863, 1 June 2026
  5. Orchestrate teams of Claude Code sessions — Choose an appropriate team size — Anthropic, retrieved 22 October 2026
  6. The Fresh Start Effect: Temporal Landmarks Motivate Aspirational Behavior — Dai, Milkman, Riis — Management Science 60(10), 2014
  7. The single server queue in heavy traffic — J. F. C. Kingman — Proceedings of the Cambridge Philosophical Society, 1961
  8. Site Reliability Engineering, Chapter 5: Eliminating Toil — Google, 2016
  9. Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity — METR, 10 July 2025