Versio 1.0 · 22. lokakuuta 2026
Weftin manifesti
Ei vain työn tekemistä, vaan myös siitä päättämistä.
Kanban, Scrum, Shape Up ja GTD kirjoitettiin aikana, jolloin tekeminen oli niukkaa, joten jokainen niistä rajoittaa tekemistä. Enää työ ei jumitu siihen. Tekeminen tulee nyt tilauksissa, joista maksat jo valmiiksi. Niukaksi jää sen ihmisen huomio, jonka on hyväksyttävä tulos.
Luvut näyttävät sen jo. Yli 8,1 miljoonasta pull requestista tekoälyn tuottamat hyväksyttiin 32,7 %:ssa tapauksista, kun käsin kirjoitetuilla osuus oli 84,4 %. Kun verrataan kunkin organisaation vähäisen ja runsaan tekoälyn käytön jaksoja, katselmoinnissa kuluneen ajan mediaani kasvoi 441,5 % ja kokonaan ilman katselmointia yhdistettyjen pull requestien määrä 31,3 %. Tarkistaminen vie myös todellista aikaa: GDPvalissa asiantuntija käytti keskimäärin 109 minuuttia sellaisen tuotoksen arviointiin, jonka tekeminen kesti 404 minuuttia.1,2,3
Ydin
Kanban opetti meidät rajoittamaan keskeneräistä työtä, Scrum antoi meille rytmin, Shape Up korvasi arviot aikabudjetilla ja GTD opetti meidät sulkemaan viikon. Pidämme kaiken tämän. Tekoälyn kanssa joka päivä työskennellessämme olemme oppineet arvostamaan:
- Ei vain keskeneräisen työn rajaa, vaan myös rajaa sille, mikä odottaa päätöstäsi.
- Ei vain ”valmis” viestinä, vaan myös ”valmis” todisteena.
- Ei vain koneen tekemää tarkistusta, vaan myös ihmisen antamaa hyväksyntää.
- Ei vain jotakuta, joka tekee tehtävän, vaan myös jotakuta, joka omistaa sen — ja omistaja on ihminen.
- Ei vain tehdyn laskemista, vaan myös hyväksytyn laskemista.
- Ei vain tehtävän muistamista, vaan myös päätöksen muistamista.
Eli jokaisen rivin alkupuoli säilyy, ja loppupuolta pidämme pakollisena.
Yksi luku: viisi
Päätöstäsi odottaa kerrallaan enintään viisi valmista tulosta tai avointa kysymystä — kymmenen, kun tiimi jakaa taulun. Kun jono on täynnä, agentti, joka haluaa aloittaa jotain uutta, saa ohjeen sen sijaan viimeistellä, lyhentää tai ottaa työn alle palautettua työtä. Viimeistelyä ei koskaan torjuta: valmista työtä ei koskaan heitetä pois.
Raja on tarkoituksella pieni. Kingmanin jonoteoreettisessa kaavassa odotusaika kasvaa suhteessa ρ/(1−ρ): katselmoija, joka on varattuna 95 % ajasta, pitää työtä odottamassa 19 kertaa pidempään kuin se, joka on varattuna puolet ajasta, samalla vaihtelulla. Samoin kuin Google SRE:n tavoite pitää rutiinityö (toil) alle 50 %:ssa insinöörin ajasta, viisi on luku, jonka voi rikkoa — ja nähdä rikkoneensa.7,8
Seitsemän periaatetta
01Työ ei ole enää niukkaa. Päätöksesi on.
Aseta tiukka raja päättäjän edessä olevaan jonoon, älä Doing-sarakkeeseen. Toimeton agentti on terve agentti; se ei väsy, ja kolme tehtävää tai viisikymmentä on sille sama asia. Ihminen, joka arvioi sen työn, on ainoa resurssi, joka kuluu yksi asia kerrallaan.
02Jokainen ”valmis” kertoo, mihin se perustuu.
Agentin raportti on hakemus, ei todiste. τ²-benchin single-control-alueilla väärä onnistuminen — agentti sanoo valmis, ympäristö sanoo muuta — muodostaa 45–48 % epäonnistumisista, eikä yksikään agentin jälkeä lukenut LLM-arvioija yltänyt yli AUROC-arvon 0,65, kun kolikonheitto saa 0,5. Siksi vahvin ”valmis” lukee ulkomaailmaa: sivua, joka vastaa, tiedostoa, jonka tiiviste täsmää, objektia, joka on olemassa. Työn, joka ei tarvinnut sinulta mitään, saa sulkea agentin sanan varassa — ja silloin se näytetään juuri sellaisena, ei koskaan tarkistettuna.4
03Työn tekijä ei hyväksy sitä itse.
Varmennettu ja hyväksytty ovat kaksi eri tilaa. Työn voi merkitä varmennetuksi palvelin, joka luki ulkomaailman uudelleen, deterministinen tarkistus tai ihminen; agentti, joka työn teki, ei voi. Hyväksyminen on toinen, erillinen allekirjoitus. Kaikessa peruuttamattomassa — raha, julkaiseminen, viesti asiakkaalle, mikä tahansa juridinen — Weft pyytää agenttia pysähtymään ja odottamaan sinua, ja kun pysäytys on kerran asetettu, mikään agentti ei voi poistaa sitä eikä siirtää tehtävää Done-sarakkeeseen.
04Jokaisella tehtävällä on yksi ihmisomistaja.
Agenttia ei voi asettaa vastuuseen; sille voi vain antaa tehtävän. Siksi tehtävällä on täsmälleen yksi omistaja, joka on ihminen, ja nimetty tekijä: ei ”tekoäly”, vaan Claude Code, Cursor, ChatGPT tai Codex. Pidä tekijöitä vähän. Anthropicin oma neuvo agenttitiimeille on aloittaa kolmesta viiteen, koska ”three focused teammates often outperform five scattered ones” (kolme keskittynyttä tiimiläistä pärjää usein paremmin kuin viisi hajallaan olevaa).5
05Rajalla ohjaa eteenpäin — äläkä koskaan teeskentele päätöstä.
Kun jono on täynnä, järjestelmä kertoo, mitä tehdä sen sijaan, eikä heitä virhettä. Kun agentti hiljenee kesken tehtävän, sen varaus raukeaa ja tehtävä palaa taululle jonkun toisen otettavaksi. Ja kun et ole vielä päättänyt, työ odottaa sinua: hiljaisuus ei ole hyväksyntä, joten mitään ei koskaan merkitä hyväksytyksi vain siksi, että aikaa kului.
06Mikään ei siirry eteenpäin hiljaa.
Viikko on suunnittelun yksikkö: viikon alussa ihmiset sitoutuivat tavoitteeseen 62,9 % todennäköisemmin kuin tavallisena päivänä ja kuukauden alussa 23,6 % todennäköisemmin. Viikko päättyy päätökseen jokaisesta keskeneräisestä tehtävästä — jatka konkreettisella seuraavalla askeleella, pilko, palauta tai hylkää — eikä hiljaiseen siirtoon seuraavalle viikolle.6
07Päätös elää istuntoa pidempään.
Mikään tekoälyasiakas ei luovuta muistiaan kenellekään muulle, ja hyvä niin. Istunnon jälkeen säilyy siis se, mikä kirjattiin sen ulkopuolelle: ei kansio sinusta, vaan työn historia — miten tehtävä päättyi, mitä päätettiin ja miksi. Muistin on myös osattava unohtaa: vanhentunutta muistiinpanoa ei enää anneta agenteille.
Aja taulusi tämän läpi
Manifesti ilman mittatikkua on juliste. Nämä seitsemän kysymystä ehtii esittää mille tahansa tehtävienhallintatyökalulle noin viidessä minuutissa. Kun Weft ei ole vielä sulkenut jotain ominaisuutta jokaiselle käyttäjälle, se saa viivan, ei rastia.
| Kysymys | Weft |
|---|---|
| Onko päätöstäsi odottavalle työlle tiukka raja, eikä vain Doing-sarakkeelle?Viisi tulosta tai kysymystä, tiimillä kymmenen. Rajalla agentit saavat ohjeen viimeistellä aloittamisen sijaan. | ✓ |
| Erotatko tarkistetun ”valmiin” sellaisesta, jonka agentti vain ilmoitti?Tehtävän, jolla on varmennussuunnitelma, tarkistaa palvelin itse. Tehtävä, jonka agentti sulki omalla sanallaan, merkitään ”Agentin mukaan”. | ✓ |
| Ovatko ”varmennettu” ja ”hyväksytty” erillään, eikä agentti voi asettaa kumpaakaan?Agentit eivät voi merkitä työtä varmennetuksi eivätkä siirtää sinua tarvitsevaa tehtävää Done-sarakkeeseen. | ✓ |
| Onko jokaisella tehtävällä ihmisomistaja ja nimetty tekijä?Tietokanta vaatii omistajan. Jokaiseen tehtävään kirjataan, mikä tekoälyasiakas loi ja suoritti sen. | ✓ |
| Ohjataanko työ rajalla tai agentin hiljetessä eteenpäin sen sijaan, että se katoaa?Täysi jono palauttaa, mitä tehdä seuraavaksi; hiljainen varaus raukeaa 20 minuutin jälkeen; viimeistelyä ei koskaan torjuta. | ✓ |
| Saako jokainen keskeneräinen tehtävä nimenomaisen päätöksen, kun viikko suljetaan?Rakennettu, mutta ei vielä kytketty päälle kaikille. | — |
| Elävätkö päätökset ja opit pidempään kuin istunto, jossa ne syntyivät?Päätökset ja tehtävähistoria ovat kaikissa paketeissa; opit, joita agentit kantavat istunnosta toiseen, ovat Pro-paketissa. | ✓ |
✓ toimii jo nyt · — osittain, tai ei vielä päällä · ✗ puuttuu
Mitä laskemme ja mitä emme
Velocity, story pointit, burndown, käyttöaste, luotujen tehtävien määrä ja tekoälykutsujen määrä eivät ole tässä tuotteessa. Ne mittaavat resurssia, joka lakkasi olemasta niukka, ja ne palkitsevat kohinaa.
Vauhdin tunne ei myöskään ole mittaus. METRin tutkimuksessa, jossa kokeneet avoimen lähdekoodin kehittäjät käyttivät alkuvuoden 2025 työkaluja, he uskoivat tekoälyn nopeuttaneen heitä 20 %; mitattuna he olivat 19 % hitaampia.9
Laskemisen arvoisia on neljä asiaa: kuinka kauan vanhin kohde on odottanut sinua; aika hetkestä ”agentti on valmis” hetkeen ”päätit”; ensimmäisellä kerralla hyväksytyn työn osuus erikseen jokaiselle tekijälle; ja huomiosi minuutit hyväksyttyä tulosta kohden. Viimeinen on ainoa rehellinen testi siitä, maksaako tekoäly itsensä takaisin. Weft tallentaa, mitä kukin niistä tarvitsee — kuka teki minkäkin työn, milloin se oli valmis ja mitä päätit — ja näyttää, kuinka paljon odottaa sinua.
Missä tämä pettää
Kaikelle työlle ei ole ajettavaa tarkistusta. Sijoittajalle kirjoitettua kirjettä tai positiointilausetta palvelin ei voi varmentaa, ja siellä menetelmä palaa rehellisesti tavalliseen tauluun, jossa on yksi katselmoija ja yksi tällainen tehtävä kerrallaan. Viitekehys, joka lupaa enemmän kuin pystyy tarkistamaan, pettää juuri siellä, missä joku luotti siihen.
Vertaisarvioitua tutkimusta oikeasta rajasta ei vielä ole, kun työn tekevät agentit. Viisi on oletuksemme, ei tutkimustulos. Aloitimme kolmesta ja nostimme rajaa ensimmäisten todellisen käytön viikkojen jälkeen: kolmasosa torjunnoista tuli, kun odottamassa oli vain kolme tai neljä asiaa, ja ne käsiteltiin yhdellä istumalla. Katselmointi voi myös halventua: GDPval itse toteaa, että katselmointiin kuluva aika lyhenee, kun ammattilaiset tottuvat työhön. Jos tarkistamisesta joskus tulee halpaa ja luotettavaa, rajan pitäisi kasvaa — siksi jokainen kynnys tässä on oletus, jota odotamme muuttavamme, ei vakaumus.3
Tuotteella on yksi vertauskuva, ja se tulee kutomisesta. Loimi pitää kankaan koossa: tavoitteesi ja prioriteettisi, ja vain sinä asetat ne. Kude (weft) on työ, joka kulkee sen poikki. Sukkula kuljettaa lankaa edestakaisin, ja sukkuloita voi olla niin monta kuin haluat. Kangas on yhtä tasainen kuin loimi on kireä.
Kerro tekoälyllesi. Se pyörittää tauluasi. Päätös pysyy sinulla.
— Andrei Finogeev, Weftin perustaja
Lähteet
- 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