Lopeta tehtävätaulun päivittäminen käsin: anna agentin siirtää kortti

Lakkaat päivittämästä tehtävätaulua käsin, kun työn tekevä agentti siirtää kortin osana työn tekemistä. Weftissä start_task vie tehtävän Doingiin, report_progress pitää varauksen elossa agentin työskennellessä, ja complete_task siirtää sen Doneen — tai Saapuneisiisi, kun tehtävä vaatii katselmointiasi. Et ole enää se, joka pitää tilan totena, vaan se, joka päättää.

Me teemme Weftiä. Muita tuotteita koskevat tiedot ovat niiden virallisilta sivuilta, tarkistettu 27.10.2026.

Miksi jokainen tehtävätaulu vanhenee?

Tila on toinen työ, josta kukaan ei saa palkkaa. Työ on koodin kirjoittamista, laskun lähettämistä, sivun korjaamista. Kortin siirtäminen on ylimääräistä, ja se osuu juuri siihen hetkeen, kun haluat jo jatkaa eteenpäin.

Niinpä kortti siirretään myöhemmin, erissä, muistin varassa. Torstaihin mennessä Doingissa on kolme asiaa, joita kukaan ei tee, ja Todossa yksi asia, joka julkaistiin maanantaina. Ihmiset lakkaavat luottamasta tauluun, katsovat keskustelusta sen sijaan, ja taulusta tulee kuva viime viikosta.

Tekoälyagentit pahentavat tätä. Agentti voi saada viisi tehtävää valmiiksi iltapäivässä, ja jos raahaat yhä jokaisen kortin itse, teet toimistotyötä nopeammalle tekijälle.

Onko ratkaisu siivous vai ennaltaehkäisy?

Taulun voi automatisoida kahdella tavalla. Siivous antaa poikkeamien syntyä ja käyttää sitten tekoälyä niiden selvittämiseen. Hypertaskin artikkeli Stop Manually Updating Your Task Board kulkee tätä reittiä: se kuvaa AI Triage -painikkeen, joka lukee saapuneet viestisi, merkitsee jokaisen kohdan joko turvallisesti arkistoitavaksi tai sinun panostasi vaativaksi ja arkistoi ensimmäisen ryhmän, kun hyväksyt. Jos kipusi on kommenttien ja pingien tulva, se on järkevä työkalu, ja Hypertaskissa on siihen sisäänrakennettu tekoäly. Weftissä ei ole sisäänrakennettua tekoälyä eikä ilmoitusten lajittelua.

Ennaltaehkäisy on toinen reitti: tila ei mene koskaan pieleen, koska sen muuttaminen ei ole erillinen vaihe. Agentti ei voi aloittaa työtä varaamatta korttia, eikä se voi lopettaa sulkematta sitä. Myöhemmin ei ole mitään lajiteltavaa, koska kortti kertoo jo, mitä tapahtui.

Me valitsimme ennaltaehkäisyn. Taulu, joka tarvitsee siivouskierroksen, oli väärässä kierrosten välillä.

Miten agentti siirtää korttia työskennellessään?

Weft yhdistää tekoälyasiakkaaseesi Model Context Protocolin kautta osoitteessa https://letsweft.com/api/mcp. Asiakas kirjautuu OAuthilla selaimessa, joten kopioitavaa avainta ei ole. Neljä työkalukutsua kantaa tehtävän tilan alusta loppuun:

1. start_task varaa tehtävän ja siirtää sen Doingiin. Varaus on 20 minuutin lease. Jos toinen agentti yrittää samaa tehtävää, se saa vastauksen already_claimed ja kehotuksen olla tekemättä työtä päällekkäin.
2. report_progress on syke. Jokainen kutsu uusii leasen, ja vastaus kertoo agentille, että se uusitaan 5 minuutin välein. Jos agentti kaatuu tai keskustelu suljetaan, sykkeet lakkaavat, lease raukeaa 20 minuutin kuluttua ja tehtävä vapautuu kenen tahansa otettavaksi. Hiljaisuuskin on tila.
3. request_input esittää sinulle kysymyksen vaihtoehtojen kera agentin pitäessä varauksensa. Kysymys saapuu Saapuneisiisi ja voi tavoittaa puhelimesi push-ilmoituksena.
4. complete_task kirjaa lopputuloksen, sen todistavat artefaktit (URL, commit, tiedoston tiiviste), sen mitä jäi tekemättä, mikä on yhä epäselvää ja seuraavan vaiheen. Oletuksena tehtävä siirtyy suoraan Doneen. Jos tehtävä on merkitty katselmointia vaativaksi tai tarkistus epäonnistuu, se pysähtyy sen sijaan Saapuneisiisi.

Agentin ei tarvitse muistaa päivittää mitään, koska päivitys on se kutsu, jonka se tekee työtä tehdäkseen. Leasejen ja kuittien koko mekaniikka on varaussilmukan oppaassa.

Yksi rehellinen rajoitus: Weft ei koskaan kutsu agenttia. Agentti hakee työtä, kun olet istunnossa sen kanssa, get_my_work- tai start_task-kutsulla. Kortit liikkuvat, koska ajamasi agentti liikuttaa niitä, ei siksi, että Weft tarkkailisi repositoriotasi. Weftissä ei ole GitHub- tai Slack-synkronointia eikä webhookeja, joten agentti-istunnon ulkopuolella mergetty pull request ei siirrä korttia itsestään.

Miltä käsin päivitetty taulu näyttää agentin liikuttaman rinnalla?

Mitä kannattaa automatisoida, ja minkä täytyy jäädä minun päätettäväkseni?

Automatisoi kaikki, mikä on fakta työstä: aloitettu, yhä käynnissä, valmis, jumissa. Agentti tietää nämä paremmin kuin sinä, koska se tekee työn. Pidä itselläsi kaikki, mikä on arvio työstä: onko tämä tarpeeksi hyvä, pitäisikö se julkaista, kannattaako tätä yhä tehdä.

Weftissä oikeanpuoleisella sarakkeella on kaksi ovea. Kun agentti kohtaa päätöksen kesken tehtävän, se kutsuu request_input-työkalua, ja sinä vastaat yhteen kysymykseen, mieluiten valitsemalla vaihtoehdon. Kun agentti saa valmiiksi katselmointia vaativaa työtä, näet neljä painiketta: Hyväksy, Korjattavaksi, Myöhemmin, Hylkää. Korjattavaksi pyytää sinulta muistiinpanon. Jos agentti antoi seuraavan vaiheen, näet sen Hyväksy-painikkeen yläpuolella, joten hyväksyminen hyväksyy täsmälleen sen vaiheen eikä mitään muuta.

Voiko tekoäly rakentaa taulun keskustelusta?

Kyllä, ja se on helppo osa. Kuvaile projekti keskustelussa, niin agentti voi kutsua initialize_board-työkalua luodakseen neljä oletussaraketta (Backlog, Todo, Doing, Done) ja sitten bulk_create_tasks-työkalua lisätäkseen koko suunnitelman yhdessä transaktiossa. Erä joko tallentuu kokonaan tai ei lainkaan, ja se lasketaan yhdeksi kutsuksi kuukausikiintiöstäsi. Ilman saraketta luotu tehtävä menee Backlogiin.

Hypertaskin kirjoitus Why We Let AI Agents Build Entire Boards väittää, että agentille kannattaa antaa kokonainen projekti eikä yksittäinen tehtävä. Olemme samaa mieltä siitä, että agenttien pitäisi rakentaa tauluja. Olemme eri mieltä siitä, että rakentaminen olisi vaikein osa.

Taulun rakentaminen on halpaa: agentti kirjoittaa neljäkymmentä tehtävää sekunneissa. Katselmointi on todellinen raja. Jokainen noista tehtävistä tuottaa jonain päivänä valmista työtä, joka sinun on katsottava, ja päivässä ehtii katsoa vain tietyn verran.

Siksi Weftissä on huomioraja eikä luontirajaa. Kun sinua odottaa liikaa, start_task kieltäytyy varaamasta uutta työtä ja vastaa attention_queue_full sekä kertoo, mitä agentti voi yhä tehdä (raportoida edistymisestä, tarkistaa työnsä, lukea taulua). Raja on 5 kohtaa yhden hengen työtilassa ja 10 tiimissä, tai 45 minuuttia arvioitua katselmointiaikaa, kumpi tahansa tulee ensin. Myös request_input-kysymykset lasketaan siihen, koska niihin vastaaminen vie saman verran huomiota.

Agentti saa suunnitella niin paljon kuin haluaa, mutta se ei voi aloittaa kuudetta asiaa, kun viisi valmista odottaa sinua.

Miltä ensimmäisen viikkoni pitäisi näyttää?

Yhdistä ensin yksi asiakas. ChatGPT:ssä Weft on julkaistu sovellus kaikilla tasoilla, myös Freellä. Claude.aissa tai Claude Desktopissa lisäät sen mukautettuna liittimenä. Claude Codessa se on yksi komento: claude mcp add --transport http weft https://letsweft.com/api/mcp (katso Claude Coden asennussivu). Liitä sitten tämä keskusteluun ja muokkaa projektiriviä:

Olet yhteydessä Weft-tauluuni. Noudata tällä viikolla näitä sääntöjä.

Aloitus (tänään):
1. Kutsu get_board_state. Jos sarakkeita ei ole, kutsu initialize_board.
2. Projektini: [kuvaile se 3-5 lauseella].
   Ehdota enintään 12 tehtävää listana. Näytä lista minulle ensin.
   Kun sanon kyllä, lisää ne yhdellä bulk_create_tasks-kutsulla.

Aina kun työskentelet tehtävän parissa:
3. Kutsu get_my_work nähdäksesi, mikä on sinun ja onko jonossani tilaa.
4. Kutsu start_task heti, kun aloitat oikean työn, et silloin, kun vasta
   keskustelemme siitä. Säilytä runId ja leaseToken.
5. Kutsu report_progress muutaman minuutin välein työn aikana.
6. Jos tulet päätökseen, joka kuuluu minulle (raha, julkaiseminen, mikä
   tahansa peruuttamaton tai aito haarautuma), kutsu request_input 2-4
   vaihtoehdolla. Älä arvaa äläkä kysy lupaa jatkaa.
7. Lopeta complete_task-kutsuun: yhden rivin outcome, artefaktit, jotka
   voin tarkistaa (linkit, commitit, tiedostot), notDone, unknowns ja nextStep.
8. Älä koskaan siirrä korttia Doneen käsin. complete_task tekee sen.
9. Jos start_task vastaa attention_queue_full, lopeta uuden työn
   aloittaminen. Kerro minulle, mikä odottaa minua, ja auta tyhjentämään se.

Kerro jokaisen istunnon lopussa, mitä kortteja siirsit ja miksi.

Kaksitoista tehtävää on tarkoituksellista. Free-tasolla sinulla on 50 aktiivista tehtävää ja 200 tekoälykutsua kuukaudessa, ja ensimmäinen viikko on silmukan opettelua, ei taulun täyttämistä. Jos siirrät olemassa olevaa taulua, Weft tuo CSV:n Linearista, Jirasta tai Notionista ja JSONin Trellosta kaikilla tasoilla.

Tee viikon aikana vain kaksi asiaa: vastaa kysymyksiin, kun niitä tulee, ja ratkaise, mitä Saapuneisiisi päätyy. Älä raahaa kortteja. Jos kortti päätyy väärään paikkaan, se on hyvä tietää: kerro agentille, minkä säännön se ohitti, sen sijaan että korjaisit kortin hiljaa.

Tarkista perjantaina kaksi asiaa: onko jokaisessa Done-kortissa jotain, minkä voisit avata tarkistaaksesi sen, ja tuliko eteesi jotain, minkä olisit voinut päättää etukäteen? Jos tuli, kirjoita se oletus ensi viikon kehotteeseen.

Mitä Weft ei tässä tee?

• Siinä ei ole sisäänrakennettua tekoälyä. Ajattelu tapahtuu omassa tekoälyasiakkaassasi, joten Weftissä ei ole ostettavia tekoälykrediittejä eikä lajittelupainiketta.
• Se ei siirrä kortteja ulkoisten tapahtumien perusteella. Ei GitHub-, GitLab- tai Slack-synkronointia, ei webhookeja, ei julkista REST API:a. Jos tilan pitäisi seurata commiteja ja mergejä ilman agenttia, työkalu, jossa on nämä integraatiot, sopii paremmin.
• Se ei pakota jokaista tehtävää odottamaan sinua. Suurin osa valmiista työstä menee suoraan Doneen kuitteineen. Vain katselmointia vaativat tai tarkistuksessa epäonnistuneet tehtävät pysähtyvät Saapuneisiisi.

Jos ajat useita agentteja kerralla, varaus pitää ne erillään; yksi taulu useille agenteille käsittelee tämän tapauksen, ja mitä tekoälyagenttini teki kuittien lukemisen. Laajempi vertailu MCP:tä tukevista tehtävienhallinnoista on MCP-tehtävienhallintojen taulukossa.

Jos agentti siirtää kortteja, mistä tiedän, ettei se vain merkinnyt kaikkea valmiiksi?

Done tulee Weftissä complete_task-kutsusta, joka kirjaa lopputuloksen, artefaktit, sen mitä jäi tekemättä ja mikä on epäselvää. Lue artefaktit, älä yhteenvetoa. Kun haluat tarkistaa työn ennen kuin se lasketaan, merkitse tehtävä katselmointia vaativaksi, niin se pysähtyy Saapuneisiisi (Hyväksy, Korjattavaksi, Myöhemmin tai Hylkää).

Mitä tapahtuu, kun agentti kaatuu kesken kaiken?

Se lakkaa lähettämästä report_progress-kutsuja. 20 minuuttia ilman sykettä, ja lease raukeaa ja tehtävä vapautuu kenen tahansa, myös toisen agentin, otettavaksi. Sinun ei tarvitse huomata kaatumista, jotta taulu lakkaa väittämästä, että joku tekee sitä.

Hidastaako huomioraja agenttejani?

Se hidastaa aloittamista, ei viimeistelyä. Kun 5 kohtaa (tiimissä 10) tai 45 minuuttia katselmointia odottaa sinua, start_task torjuu uuden työn, mutta agentti voi yhä raportoida edistymisestä ja lukea taulua. Nopein tapa avata tukos on ratkaista se, mikä on jo Saapuneissasi.

Voinko pitää osan agenteista vain luku -tilassa?

Kyllä. Jokainen OAuth-yhteys saa full-, write- tai read-oikeudet, jotka valitaan suostumusnäkymässä tai myöhemmin asetuksista. Read-yhteys voi katsoa taulua, mutta ei siirtää kortteja. Voit myös katkaista asiakkaan yhteyden milloin tahansa.

Tarvitsenko tähän maksullisen tilauksen?

Et. Koko silmukka toimii Freellä, jossa on 50 aktiivista tehtävää ja 200 tekoälykutsua kuukaudessa; bulk_create_tasks lasketaan yhdeksi kutsuksi. Pro maksaa 8,16 € paikalta kuukaudessa tai 69,03 € paikalta vuodessa (sis. alv) ja poistaa nämä katot.

Onko tämä parempi kuin tekoälylajittelu?

Se ratkaisee eri ongelman. Lajittelu siivoaa kommenttien ja ilmoitusten virran jälkikäteen; jos se virta on ongelmasi, työkalu, jossa on sisäänrakennettu lajittelu, kuten Hypertask, sopii paremmin. Agentin liikuttama taulu estää tilaa ajautumasta alun perinkään — agenttiesi tekemän työn osalta.