Ne frissítsd kézzel a feladattáblát: hadd mozgassa a kártyát az ügynök

Akkor hagyod abba a feladattábla kézi frissítését, amikor a munkát végző ügynök a munka részeként mozgatja a kártyát. A Weftben a start_task a Doing oszlopba teszi a feladatot, a report_progress életben tartja a lefoglalást, amíg az ügynök dolgozik, a complete_task pedig a Done oszlopba mozgatja, vagy az Inboxodba, ha a feladat átnézést igényel. Már nem te vagy az, aki az állapotot igaznak tartja, hanem az, aki dönt.

A Weftet mi készítjük. A más termékekre vonatkozó tények a hivatalos oldalaikról származnak, 2026. október 27-én ellenőrizve.

Miért avul el minden feladattábla?

Az állapot egy második munka, amelyért senki sem kap fizetést. A munka a kód megírása, a számla elküldése, az oldal kijavítása. A kártya mozgatása többletteher, és pont akkor jön, amikor már tovább akarsz lépni.

Így a kártya később mozdul, kötegekben, emlékezetből. Csütörtökre a Doing oszlopban három olyan dolog van, amin senki sem dolgozik, a Todo-ban pedig egy, amely már hétfőn kiment. Az emberek nem bíznak többé a táblában, inkább a chatet nézik, a tábla pedig a múlt hét képévé válik.

Az AI-ügynökök ezt csak rontják. Egy ügynök egy délután alatt öt feladatot fejezhet be, és ha továbbra is te húzogatod az összes kártyát, egy gyorsabb munkatárs adminisztrátorává válsz.

Takarítás vagy megelőzés a megoldás?

Kétféleképpen lehet automatizálni egy táblát. A takarítás hagyja, hogy az eltérés megtörténjen, aztán AI-jal rendet rak. A Hypertask Stop Manually Updating Your Task Board című cikke ezt az utat járja: egy AI Triage gombot ír le, amely átolvassa az inboxodat, minden tételt biztonságosan archiválhatónak vagy a te döntésedet igénylőnek jelöl, és a jóváhagyásod után archiválja az első csoportot. Ha a gondod a hozzászólások és pingek áradata, ez ésszerű eszköz, és a Hypertasknak ehhez beépített AI-ja van. A Weftnek nincs beépített AI-ja és nincs értesítés-osztályozása.

A megelőzés a másik út: az állapot eleve nem csúszik el, mert a módosítása nem külön lépés. Az ügynök nem kezdheti el a munkát a kártya lefoglalása nélkül, és nem fejezheti be a lezárása nélkül. Később nincs mit osztályozni, mert a kártya már elmondja, mi történt.

Mi a megelőzést választottuk. Egy tábla, amelynek takarítókör kell, a körök között hibás volt.

Hogyan mozgatja az ügynök a kártyát munka közben?

A Weft a Model Context Protocol révén a https://letsweft.com/api/mcp címen csatlakozik az AI-kliensedhez. A kliens OAuth-tal, böngészőben jelentkezik be, így nincs kimásolandó kulcs. Négy eszközhívás viszi a feladat állapotát az elejétől a végéig:

1. A start_task lefoglalja a feladatot, és a Doing oszlopba mozgatja. A lefoglalás 20 perces lease. Ha egy második ügynök ugyanazt a feladatot próbálja, already_claimed választ kap, és azt az utasítást, hogy ne duplázza meg a munkát.
2. A report_progress szívverés. Minden hívás megújítja a lease-t, a válasz pedig azt mondja az ügynöknek, hogy 5 percenként újítson. Ha az ügynök összeomlik vagy a chat bezárul, a szívverések megszűnnek, a lease 20 perc után lejár, és a feladat felszabadul bárki számára. A csend is állapot.
3. A request_input opciókkal kérdez tőled, miközben az ügynök megtartja a lefoglalást. A kérdés az Inboxodba kerül, és push-értesítésként a telefonodra is eljuthat.
4. A complete_task rögzíti az eredményt, az azt igazoló artefaktumokat (URL, commit, fájlhash), azt, ami nem készült el, ami még ismeretlen, és a következő lépést. Alapból a feladat egyenesen a Done oszlopba kerül. Ha a feladat átnézést igénylőként van jelölve, vagy egy ellenőrzés elbukik, helyette az Inboxodban áll meg.

Az ügynöknek nem kell emlékeznie arra, hogy bármit frissítsen, mert a frissítés maga az a hívás, amellyel a munkát végzi. A lease-ek és nyugták teljes működéséért lásd a lefoglalási ciklus útmutatóját.

Egy őszinte korlát: a Weft soha nem hív meg ügynököt. Az ügynök akkor kér munkát, amikor egy munkamenetben vagy vele, a get_my_work vagy a start_task eszközzel. A kártyák azért mozognak, mert egy általad futtatott ügynök mozgatja őket, nem azért, mert a Weft figyeli a repódat. A Weftnek nincs GitHub- vagy Slack-szinkronja és nincsenek webhookjai, így egy ügynöki munkameneten kívül mergelt pull request magától nem mozdít meg egy kártyát.

Hogyan néz ki egy kézi tábla egy ügynök által mozgatott mellett?

Mit automatizáljak, és mi maradjon az én döntésem?

Automatizálj mindent, ami tény a munkáról: elkezdődött, még tart, befejeződött, elakadt. Ezeket egy ügynök jobban tudja nálad, hiszen ő végzi a munkát. Tartsd meg mindazt, ami ítélet a munkáról: elég jó-e, kimehet-e, megéri-e még csinálni.

A Weftben a jobb oldali oszlopnak két ajtaja van. Amikor az ügynök feladat közben döntésbe ütközik, meghívja a request_input eszközt, és te egyetlen kérdésre válaszolsz, ideális esetben egy opció kiválasztásával. Amikor az ügynök befejez egy átnézést igénylő munkát, négy gombot látsz: Elfogadás, Átdolgozás, Később, Elvetés. Az Átdolgozáshoz megjegyzést kér. Ha az ügynök következő lépést is megadott, az Elfogadás gomb fölött látod, így az elfogadás pontosan azt a lépést hagyja jóvá, semmi többet.

Fel tudja állítani az AI a táblát egy beszélgetésből?

Igen, és ez a könnyű rész. Írd le a projektet a chatben, és az ügynök az initialize_board eszközzel létrehozhatja a négy alapértelmezett oszlopot (Backlog, Todo, Doing, Done), majd a bulk_create_tasks eszközzel egyetlen tranzakcióban hozzáadhatja az egész tervet. A köteg vagy teljes egészében bekerül, vagy egyáltalán nem, és a havi keretből egyetlen hívásnak számít. Az oszlop nélkül létrehozott feladat a Backlogba kerül.

A Hypertask Why We Let AI Agents Build Entire Boards című cikke amellett érvel, hogy a projekt, nem az egyes feladat a helyes egység, amelyet egy ügynökre bízhatunk. Egyetértünk, hogy az ügynököknek táblákat kell építeniük. Abban nem értünk egyet, hogy az építés a nehéz rész.

Táblát építeni olcsó: egy ügynök másodpercek alatt megír negyven feladatot. Az átnézés a valódi korlát. Mindegyik feladat egyszer kész munkát fog termelni, amelyet meg kell nézned, és egy nap alatt csak ennyit tudsz megnézni.

Ezért van a Weftben figyelemkorlát létrehozási korlát helyett. Amikor túl sok minden vár rád, a start_task nem hajlandó új munkát lefoglalni, és attention_queue_full választ ad, azzal együtt, mit tehet még az ügynök (jelenthet előrehaladást, ellenőrizheti a munkáját, olvashatja a táblát). A korlát egyszemélyes munkaterületen 5 tétel, csapatban 10, vagy 45 percnyi becsült átnézési idő, amelyik előbb bekövetkezik. A request_input kérdései is beleszámítanak, mert a megválaszolásuk ugyanannyi figyelembe kerül.

Egy ügynök annyit tervezhet, amennyit csak akar, de nem kezdhet bele a hatodik dologba, amíg öt kész dolog rád vár.

Hogyan nézzen ki az első hetem?

Először egy klienst csatlakoztass. A ChatGPT-ben a Weft publikált app minden csomagon, az Ingyenest is beleértve. A claude.ai-on vagy a Claude Desktopban egyéni konnektorként adod hozzá. A Claude Code-ban egyetlen parancs: claude mcp add --transport http weft https://letsweft.com/api/mcp (lásd a Claude Code beállítási oldalát). Aztán illeszd be ezt a chatbe, és írd át a projektre vonatkozó sort:

Csatlakozva vagy a Weft-táblámhoz. Ezen a héten kövesd ezeket a szabályokat.

Beállítás (ma):
1. Hívd meg a get_board_state eszközt. Ha nincsenek oszlopok, hívd meg az initialize_board eszközt.
2. A projektem: [írd le 3-5 mondatban].
   Javasolj legfeljebb 12 feladatot listaként. Először mutasd meg a listát.
   Miután igent mondtam, add hozzá őket egyetlen bulk_create_tasks hívással.

Minden alkalommal, amikor egy feladaton dolgozol:
3. Hívd meg a get_my_work eszközt, hogy lásd, mi a tiéd, és van-e hely a soromban.
4. Hívd meg a start_task eszközt abban a pillanatban, amikor valódi munkába kezdesz, nem
   akkor, amikor még csak beszélgetünk róla. Őrizd meg a runId és a leaseToken értéket.
5. Munka közben néhány percenként hívd meg a report_progress eszközt.
6. Ha olyan döntéshez érsz, amely az enyém (pénz, publikálás, bármi
   visszafordíthatatlan, vagy valódi elágazás), hívd meg a request_input eszközt 2-4 opcióval.
   Ne találgass, és ne kérj engedélyt a folytatáshoz.
7. A complete_task eszközzel zárj: egysoros eredmény, általam ellenőrizhető
   artefaktumok (linkek, commitok, fájlok), notDone, unknowns és egy nextStep.
8. Soha ne mozgass kézzel kártyát a Done oszlopba. Ezt a complete_task csinálja.
9. Ha a start_task attention_queue_full választ ad, ne kezdj új munkába.
   Mondd el, mi vár rám, és segíts kiüríteni.

Minden munkamenet végén mondd el, mely kártyákat mozgattad és miért.

A tizenkét feladat szándékos. Az Ingyenes csomagban 50 aktív feladatod és havi 200 AI-hívásod van, és az első hét a ciklus megtanulásáról szól, nem a tábla feltöltéséről. Ha meglévő táblát hozol át, a Weft minden csomagon importál CSV-t a Linearből, a Jirából vagy a Notionből, és JSON-t a Trellóból.

A héten csak két dolgot csinálj: válaszolj a kérdésekre, amikor megérkeznek, és dönts arról, ami az Inboxodba kerül. Ne húzogass kártyákat. Ha egy kártya rossz helyre kerül, azt érdemes tudni: mondd meg az ügynöknek, melyik szabályt hagyta ki, ahelyett hogy csendben megjavítanád a kártyát.

Péntekre ellenőrizz két dolgot: minden Done kártyán van-e valami, amit megnyithatsz az ellenőrzéshez, és jutott-e el hozzád olyasmi, amiről előre is dönthettél volna? Ha igen, írd bele ezt az alapértelmezést a jövő heti promptba.

Mit nem tud itt a Weft?

• Nincs beépített AI-ja. A gondolkodás a saját AI-kliensedben történik, így a Weftnél nincs megvásárolandó AI-kredit és nincs osztályozó gomb.
• Nem mozgat kártyákat külső események alapján. Nincs GitHub-, GitLab- vagy Slack-szinkron, nincsenek webhookok, nincs nyilvános REST API. Ha az állapotodnak ügynök nélkül kell követnie a commitokat és a merge-öket, egy ilyen integrációkkal rendelkező eszköz illik hozzád jobban.
• Nem várat meg veled minden feladatot. A kész munka nagy része a nyugtájával együtt egyenesen a Done oszlopba kerül. Csak az átnézést igénylő vagy egy ellenőrzésen elbukó feladatok állnak meg az Inboxodban.

Ha egyszerre több ügynököt futtatsz, a lefoglalás tartja őket távol egymástól; az egy tábla több ügynöknek cikk ezt az esetet tárgyalja, a mit csinált az AI-ügynököm pedig a nyugták olvasását. Az MCP-s feladatkezelők szélesebb összehasonlításáért lásd az MCP-feladatkezelők táblázatát.

Ha az ügynök mozgatja a kártyákat, honnan tudom, hogy nem jelölt egyszerűen mindent késznek?

A Weftben a Done a complete_task hívásból jön, amely rögzíti az eredményt, az artefaktumokat, azt, ami nem készült el, és azt, ami ismeretlen. Az artefaktumokat olvasd, ne az összefoglalót. Ha egy munkát ellenőrizni szeretnél, mielőtt számítana, jelöld a feladatot átnézést igénylőként, és az Inboxodban fog megállni Elfogadás, Átdolgozás, Később vagy Elvetés döntésre.

Mi történik, ha az ügynök félúton összeomlik?

Abbahagyja a report_progress küldését. 20 perc szívverés nélkül a lease lejár, és a feladat felszabadul bárki számára, egy másik ügynököt is beleértve. Nem kell észrevenned az összeomlást ahhoz, hogy a tábla ne állítsa tovább, hogy valaki dolgozik rajta.

Lelassítja a figyelemkorlát az ügynökeimet?

Az indítást lassítja, nem a befejezést. Amikor 5 tétel (csapatnál 10) vagy 45 percnyi átnézés vár rád, a start_task elutasítja az új munkát, de az ügynök továbbra is jelenthet előrehaladást és olvashatja a táblát. A leggyorsabban úgy oldod fel, ha döntesz arról, ami már az Inboxodban van.

Hagyhatok néhány ügynököt csak olvasási joggal?

Igen. Minden OAuth-kapcsolat full, write vagy read jogot kap, amelyet a hozzájárulási képernyőn vagy később a Settingsben választasz ki. Egy olvasási kapcsolat láthatja a táblát, de nem mozgathat kártyákat. Bármikor le is választhatsz egy klienst.

Kell ehhez fizetős csomag?

Nem. Az egész ciklus működik az Ingyenes csomagon, 50 aktív feladattal és havi 200 AI-hívással; a bulk_create_tasks egy hívásnak számít. A Pro helyenként havi 8,26 € vagy évi 69,85 €, és megszünteti ezeket a korlátokat.

Jobb ez, mint az AI-os osztályozás?

Más problémát old meg. Az osztályozás utólag rendezi a hozzászólások és értesítések folyamát; ha ez a folyam a gondod, egy beépített osztályozással rendelkező eszköz, például a Hypertask, jobban illik hozzád. Egy ügynök által mozgatott tábla eleve megakadályozza, hogy az állapot elcsússzon, az ügynökeid által végzett munkánál.