Více AI agentů na jedné nástěnce: praktický průvodce

Ano, dva nebo tři AI klienti můžou sdílet jednu nástěnku, pokud o tom, komu který úkol patří, rozhoduje nástěnka. Ve Weftu se Claude Code, Codex i ChatGPT připojují ke stejnému MCP endpointu. Každý si úkol převezme přes start_task, drží ho naživu heartbeaty a vrátí doklad. Když dva klienti sáhnou po stejné kartě, druhý dostane already_claimed a nikdo nedělá práci dvakrát.

Weft vyvíjíme my. Údaje o ostatních produktech pocházejí z jejich oficiálních stránek, ověřeno 27. října 2026.

Tento průvodce je pro samostatného zakladatele nebo malý tým, který provozuje dva nebo tři AI klienty, a ti si pořád šlapou na paty.

Kdy druhý agent opravdu pomůže?

Víc agentů práci samo o sobě nezrychlí. Pomůžou, když se práce rozpadá na kusy, které se navzájem nedotýkají, a uškodí, když sdílejí soubory, testovací databázi nebo rozhodnutí, které ještě nikdo neudělal.

Pokud byste dva kusy práce nedali dvěma lidem, aniž byste se nejdřív domluvili, nedávejte je ani dvěma agentům.

Co musí úkol obsahovat, než si ho agent může vzít?

Agenti berou úkol doslova a málokdy se ptají. Než karta opustí Backlog, dejte jí:

• Jeden výsledek, který jde ověřit. Ne „vylepšit onboarding“, ale „přidat na stránku projektů prázdný stav s tlačítkem pro založení“.
• Rozsah. Na které soubory, stránky nebo systémy smí sahat a co je mimo.
• Kontrolu hotovosti. Test, build nebo URL, které ukážou, že to funguje.
• Důkazy, které chcete zpátky. Odkaz na pull request, hash commitu, nasazenou URL.
• Kde se zastaví. Cokoli nevratného (publikování, produkce, peníze) by mělo skončit otázkou na vás, ne akcí.

Výchozí sloupce Weftu jsou Backlog, Todo, Doing a Done. Dobře funguje jednoduchá konvence: k převzetí jsou připravené jen karty v Todo. Projekty oddělují jeden repozitář nebo klienta od ostatních.

Co se stane, když dva agenti zavolají start_task na stejnou kartu?

Přesun karty do Doing není zámek: dva agenti můžou přečíst stejnou kartu v Todo a oba začít. Proto je ve Weftu zámkem samotné převzetí.

Volání start_task je jeden zápis do databáze chráněný unikátním indexem, takže o vítězi rozhoduje databáze. Vítěz dostane runId a leaseToken a karta se přesune do Doing. Poražený dostane already_claimed s id úkolu, názvem a pokynem práci nezdvojovat. Nezáleží na tom, že jeden klient je terminálový agent a druhý chatovací aplikace.

Pro agenta je already_claimed normální odpověď, ne chyba. Správný tah je znovu zavolat get_my_work a vzít si další kartu. Celou smyčku popisujeme v článku smyčka převzetí, heartbeatu a dokladu.

Jak fungují heartbeaty a 20minutový lease?

Převzetí je lease, ne trvalé přiřazení. start_task dává 20minutový lease a říká agentovi, ať ho obnovuje každých 300 sekund. Agent ho obnoví voláním report_progress s runId a leaseTokenem. Pokud mezitím o lease přišel, volání vrátí lease_lost a agent by měl přestat, ne dál upravovat.

Když relace umře, nezbude nikdo, kdo by to řekl. Ticho je jediný signál, který nástěnka dostane, a tak ho Weft za signál bere:

• Po 20 minutách bez heartbeatu je běh označen jako zastaralý, token se vymaže a úkol se vrátí mezi nepřiřazené.
• Úklid běží každých 10 minut a zastaralý úkol se uvolní okamžitě i tehdy, když se ho pokusí převzít jiný klient.
• Zatímco agent čeká na odpověď na otázku, kterou vám položil, drží si úkol 60 minut. Pak lease odpadne, ale otázka zůstane otevřená.

Heartbeaty jsou volání nástrojů. Úkol na 40 minut s heartbeatem každých 5 minut na ně spotřebuje zhruba 8 volání a Free má 200 volání měsíčně, takže tři denně běžící agenti z něj vyrostou. Pro žádný limit volání nemá.

Jak nástěnka ví, který agent co udělal?

Každý OAuth klient, který se do Weftu přihlásí, je samostatný aktér. Claude Code, Codex i ChatGPT se registrují každý zvlášť a nástěnka ukazuje jméno, pod kterým se který klient zaregistroval. Každá událost v historii zaznamenává, který klient ji provedl.

Klienti bez OAuth můžou použít osobní přístupový token; každý token je také samostatný aktér, tokeny ale nemají rozsahy (přístupové tokeny). Práva se nastavují pro každé OAuth připojení:

• plný přístup (výchozí): všech 32 nástrojů.
• zápis: všechno kromě tří destruktivních nástrojů (koš, archivace, dokončení sprintu).
• čtení: jen 11 nástrojů jen pro čtení.

Rozumné rozdělení: programovací agenti na zápis, cokoli experimentálního na čtení. Odpojení jednoho klienta zruší jeho tokeny, aniž by se dotklo ostatních. Weft vydává refresh tokeny, takže připojený klient si přihlášení obnovuje sám.

Identita na nástěnce neznamená oddělení na disku. Dva agenti s různými jmény se v jednom checkoutu můžou pořád navzájem přepsat. Dejte každému programovacímu agentovi vlastní větev nebo worktree.

Kam dorazí hotová práce a kolik toho na vás může čekat?

Ve výchozím stavu jde dokončený úkol rovnou do Done. Ve vašem Inboxu se místo toho zastaví, když úkol potřebuje kontrolu nebo když neprojde ověření. Tam zvolíte Přijmout, Přepracovat, Později nebo Zahodit. Přepracovat vyžaduje poznámku. Otázky z request_input přistávají ve stejném Inboxu a jako push na telefonu, takže máte jedno místo, kam se dívat, ať se ptal kterýkoli agent.

Doklad z complete_task nese výsledek, artefakty, které můžete zkontrolovat, co se neudělalo, neznámé a nextStep. nextStep se zobrazuje nad tlačítkem Přijmout, takže přijetí schválí přesně tento krok. Víc v článku co udělal můj AI agent.

Inbox má limit a s několika agenty na něj narazíte. Pojme 5 položek v pracovním prostoru pro jednoho a 10 v týmu, nebo 45 minut odhadované kontroly, podle toho, co nastane dřív. Počítají se do něj i otázky. Když je plný, start_task odmítne s attention_queue_full a řekne agentovi, co ještě smí, třeba hlásit průběh nebo číst nástěnku. Tři agenti dokážou vyrábět práci rychleji, než ji jeden člověk stihne zkontrolovat; limit brání tomu, aby vršili výsledky, které nikdy nepřečtete.

Co se rozbije a jak se z toho dostat?

Jak nastavit dva nebo tři klienty?

Všichni tři se připojují ke stejnému endpointu a přihlašují se přes prohlížeč, bez klíče ke kopírování.

# Claude Code
claude mcp add --transport http weft https://letsweft.com/api/mcp

# Codex: add to ~/.codex/config.toml, then sign in
[mcp_servers.weft]
url = "https://letsweft.com/api/mcp"

codex mcp login weft

ChatGPT se připojuje přes aplikaci Weft ve svém adresáři, ve všech tarifech včetně bezplatného. Stránky s postupem: Claude Code, Codex, ChatGPT, Cursor (instalace jedním kliknutím). Přihlášení se řídí specifikací autorizace MCP.

ChatGPT pracuje po tazích: jedná, dokud jste v konverzaci. Hodí se na plánování, psaní úkolů a odpovídání na otázky. Dlouhé programovací běhy sedí víc terminálovému agentovi, protože heartbeat každých pár minut potřebuje relaci, která běží dál.

Jak vypadá týdenní zkouška?

1. Den 1: připojte dva klienty. Claude Code a Codex, nebo jednoho programovacího agenta plus ChatGPT. Programovacím agentům dejte práva zápisu.
2. Den 1–2: napište pět až deset úkolů podle zadání výše. Jeden výsledek, rozsah, kontrola hotovosti, důkazy. Nechte je v Todo. Pokud už máte úkoly v Linearu, Jiře, Notionu nebo Trellu, nejdřív je naimportujte; import je zdarma ve všech tarifech.
3. Den 2–5: pusťte oba agenty na stejnou frontu v Todo, každého ve vlastním worktree, každého s pokynem převzít přes start_task a dokončit přes complete_task s artefakty.
4. Den 5: otestujte selhání schválně. Nasměrujte oba agenty na stejnou kartu a sledujte, jak jeden dostane already_claimed. Zabijte jednu relaci uprostřed úkolu a ověřte, že karta je po 20 minutách zase volná.
5. Den 7: audit jen z nástěnky. Běžel některý úkol dvakrát nebo zůstal v Doing i po dokončení? Dokázali jste každý výsledek ověřit z jeho artefaktů? Než přidáte třetího agenta, opravte šablonu úkolu.

Jak si to stojí proti přístupu Hypertasku?

Model leasů v Hypertasku je rozumný: převzetí, heartbeat, uvolnění, s vypršením. Rozdíl je v tom, kde ten model žije. Dokumentace Hypertasku uvádí leasy úkolů, důkazy a eskalaci záměrně jen jako REST endpointy a jeho reference nástrojů má 21 MCP nástrojů bez nástroje pro lease (přehled MCP). Ve Weftu jsou převzetí, heartbeat, otázka i doklad MCP nástroje, takže je jakýkoli MCP klient používá bez kódu navíc.

Hypertask je lepší volba, pokud vaši agenti běží ze skriptů nebo CI a chcete CLI a REST API, pokud chcete agenty jako servisní účty spravované jako uživatelé, nebo pokud chcete vestavěnou AI (psaní úkolů, chytré štítky, třídění), rychlost z klávesnice a měření času. Weft nemá CLI, REST API ani webhooky a ani integraci s GitHubem nebo Slackem. Weft sedí, když jsou vaši agenti MCP klienti, které už používáte, ChatGPT mezi nimi, a chcete jim odpovídat z telefonu.

Širší srovnání najdete ve srovnání MCP správců úkolů a v článku alternativa k Hypertasku.

Musí spolu moji agenti mluvit?

Ne. Koordinují se přes nástěnku: převzetí, doklady a otázky. Weft agentovi nikdy nevolá; každý si další úkol vytáhne sám přes get_my_work.

Nenechá spadlý agent úkol navždy viset v Doing?

Ne. Po 20 minutách bez heartbeatu je běh označen jako zastaralý a úkol se vrátí mezi nepřiřazené, takže ho může převzít jiný klient. Nejdřív ale zkontrolujte ve větvi rozdělanou práci.

Nezavalí mě tři agenti kontrolami?

Inbox má strop 5 položek pro jednoho člověka (10 pro tým) nebo 45 minut kontroly; když je plný, agenti nemůžou začínat nové úkoly. Většina dokončených úkolů jde rovnou do Done.

Stojí provoz několika agentů víc?

Weft účtuje za místo, ne za agenta: Pro stojí $7 měsíčně nebo $60 ročně za osobu. Bezplatný tarif omezuje volání AI na 200 měsíčně, a ta heartbeaty několika agentů rychle spotřebují. Viz ceník.