Wielu agentów AI na jednej tablicy: przewodnik praktyczny
Jak uruchomić Claude Code, Codex i ChatGPT na jednej tablicy bez dublowania pracy: umowy zadań, atomowe przejęcia, dzierżawy i jedna kolejka przeglądu.
Weft to menedżer zadań z AI dla samodzielnych założycieli i małych zespołów.
Autor: Andrei Finogeev ·
Tak, dwóch czy trzech klientów AI może dzielić jedną tablicę, o ile to tablica decyduje, kto jest właścicielem każdego zadania. W Weft Claude Code, Codex i ChatGPT łączą się z tym samym endpointem MCP. Każdy przejmuje zadanie przez start_task, utrzymuje je przy życiu sygnałami i oddaje pokwitowanie. Jeśli dwóch klientów sięgnie po tę samą kartę, drugi usłyszy already_claimed i nikt nie zrobi tej samej pracy dwa razy.
Weft robimy my. Fakty o innych produktach pochodzą z ich oficjalnych stron, sprawdzonych 27 października 2026 r.
Ten przewodnik jest dla samodzielnego założyciela albo małego zespołu, który używa dwóch czy trzech klientów AI wchodzących sobie w drogę.
Kiedy drugi agent naprawdę pomaga?
Więcej agentów nie przyspiesza pracy samo z siebie. Pomagają, gdy praca dzieli się na kawałki, które się nie dotykają, a szkodzą, gdy dzielą pliki, testową bazę danych albo decyzję, której nikt jeszcze nie podjął.
| Sytuacja | Jeden agent czy kilku? | Dlaczego |
|---|---|---|
| Jedna funkcja w jednym repozytorium, skończona za jednym podejściem | Jeden agent (z własnymi subagentami, jeśli je ma) | Jeden kontekst mieści wszystko; tablica dokłada narzutu |
| Dwie niezależne poprawki w różnych częściach kodu | Dwóch agentów, osobne gałęzie lub worktree | Brak wspólnych plików, więc jedyne ryzyko to wybranie tej samej karty |
| Planowanie i segregowanie w ChatGPT, kodowanie w agencie terminalowym | Dwóch klientów, różne zadania | ChatGPT pisze i sortuje zadania; agent do kodowania je przejmuje |
| Kilku agentów czekających na tę samą decyzję produktową | Jeden agent, gdy już zdecydujesz | Równolegli agenci zgadną każdy inaczej |
Jeśli nie dałbyś dwóch kawałków pracy dwóm osobom bez wcześniejszej rozmowy, nie dawaj ich dwóm agentom.
Co musi mówić zadanie, zanim agent je weźmie?
Agenci biorą zadanie dosłownie i rzadko dopytują. Zanim karta opuści Backlog, daj jej:
- Jeden sprawdzalny wynik. Nie „ulepsz onboarding”, tylko „dodaj pusty stan na stronie projektów z przyciskiem tworzenia”.
- Zakres. Których plików, stron lub systemów może dotykać, a co jest poza granicami.
- Kontrolę ukończenia. Test, build albo URL, który pokazuje, że zadziałało.
- Dowody, których oczekujesz. Link do pull requesta, hash commita, adres wdrożenia.
- Miejsce, w którym się zatrzymuje. Wszystko nieodwracalne (publikacja, produkcja, pieniądze) powinno kończyć się pytaniem do Ciebie, a nie działaniem.
Domyślne kolumny Weft to Backlog, Todo, Doing i Done. Dobrze działa prosta konwencja: tylko karty w Todo są gotowe do przejęcia. Projekty oddzielają jedno repozytorium czy jednego klienta od reszty.
Co się dzieje, gdy dwóch agentów wywoła start_task na tej samej karcie?
Przeniesienie karty do Doing to nie blokada: dwóch agentów może przeczytać tę samą kartę z Todo i obaj zaczną. Dlatego w Weft blokadą jest samo przejęcie.
Wywołanie start_task to jeden zapis w bazie danych chroniony unikalnym indeksem, więc o zwycięzcy decyduje baza. Zwycięzca dostaje runId i leaseToken, a karta przechodzi do Doing. Przegrany dostaje already_claimed z id zadania, tytułem i wskazówką, by nie dublować pracy. Nie ma znaczenia, że jeden klient to agent terminalowy, a drugi aplikacja czatowa.
Dla agenta already_claimed to normalna odpowiedź, a nie błąd. Właściwy ruch to ponownie wywołać get_my_work i wziąć następną kartę. Całą pętlę opisujemy w tekście o pętli przejęcia, sygnału życia i pokwitowania.
Jak działają sygnały życia i 20-minutowa dzierżawa?
Przejęcie to dzierżawa, a nie stałe przypisanie. start_task daje 20-minutową dzierżawę i każe agentowi odnawiać ją co 300 sekund. Agent odnawia ją, wywołując report_progress ze swoim runId i leaseToken. Jeśli agent w międzyczasie stracił dzierżawę, wywołanie zwraca lease_lost i agent powinien przerwać, a nie dalej edytować.
Gdy sesja umiera, nie ma już nikogo, kto by to zgłosił. Cisza to jedyny sygnał, jaki dostaje tablica, więc Weft traktuje ciszę jako sygnał:
- Po 20 minutach bez sygnału życia przebieg zostaje oznaczony jako nieaktualny, token jest czyszczony, a zadanie wraca do stanu nieprzypisanego.
- Sprzątanie działa co 10 minut, a nieaktualne zadanie zwalnia się też od razu, gdy inny klient próbuje je przejąć.
- Gdy agent czeka na odpowiedź na pytanie do Ciebie, trzyma zadanie przez 60 minut. Potem dzierżawa wygasa, ale pytanie zostaje otwarte.
Sygnały życia to wywołania narzędzi. 40-minutowe zadanie z sygnałem co 5 minut zużywa na nie około 8 wywołań, a plan Darmowy ma 200 wywołań miesięcznie, więc trzech codziennie pracujących agentów szybko z niego wyrośnie. Pro nie ma limitu wywołań.
Skąd tablica wie, który agent co zrobił?
Każdy klient OAuth, który loguje się do Weft, to osobny wykonawca. Claude Code, Codex i ChatGPT rejestrują się osobno, a tablica pokazuje nazwę, pod którą zarejestrował się każdy klient. Każde zdarzenie w historii zapisuje, który klient je wywołał.
Klienci bez OAuth mogą używać osobistego tokenu dostępu; każdy token też jest osobnym wykonawcą, ale tokeny nie mają zakresów (tokeny dostępu). Uprawnienia ustawia się dla każdego połączenia OAuth:
- pełny dostęp (domyślnie): wszystkie 32 narzędzia.
- zapis: wszystko poza trzema destrukcyjnymi narzędziami (kosz, archiwizacja, zamknięcie sprintu).
- odczyt: tylko 11 narzędzi tylko do odczytu.
Rozsądny podział: agenci do kodowania z zapisem, wszystko eksperymentalne z odczytem. Odłączenie jednego klienta odwołuje jego tokeny bez ruszania pozostałych. Weft wydaje tokeny odświeżania, więc podłączony klient sam odnawia logowanie.
Tożsamość na tablicy to nie izolacja na dysku. Dwóch agentów o różnych nazwach wciąż może nadpisywać sobie nawzajem zmiany w jednym checkoucie. Daj każdemu agentowi do kodowania własną gałąź albo worktree.
Gdzie trafia skończona praca i ile może na Ciebie czekać?
Domyślnie ukończone zadanie trafia prosto do Done. Zatrzymuje się zamiast tego w Twojej Skrzynce, gdy wymaga przeglądu albo gdy nie przejdzie kontrola weryfikacyjna. Tam wybierasz Akceptuj, Do poprawki, Później albo Odrzuć. Do poprawki wymaga notatki. Pytania z request_input trafiają do tej samej Skrzynki i na Twój telefon jako push, więc masz jedno miejsce do patrzenia, niezależnie od tego, który agent pytał.
Pokwitowanie z complete_task zawiera wynik, artefakty do sprawdzenia, to, czego nie zrobiono, niewiadome i nextStep. nextStep pojawia się nad przyciskiem Akceptuj, więc akceptacja zatwierdza dokładnie ten krok. Więcej w tekście co zrobił mój agent AI.
Skrzynka ma limit i przy kilku agentach na niego trafisz. Mieści 5 pozycji w jednoosobowej przestrzeni roboczej i 10 w zespole albo 45 minut szacowanego przeglądania — co nastąpi pierwsze. Pytania też się liczą. Gdy jest pełna, start_task odmawia z attention_queue_full i mówi agentowi, co jeszcze może robić, na przykład raportować postępy albo czytać tablicę. Trzech agentów potrafi produkować pracę szybciej, niż jedna osoba ją przejrzy; limit nie pozwala im piętrzyć wyników, których nigdy nie przeczytasz.
Co się psuje i jak to naprawić?
| Awaria | Co widzisz | Co robi Weft | Co robisz Ty |
|---|---|---|---|
| Dwóch klientów zaczyna to samo zadanie | Jedna karta w Doing, jeden klient słyszy already_claimed | Baza pozwala wygrać jednemu przejęciu; drugie dostaje odmowę | Nic, jeśli przegrany agent idzie dalej. Jeśli mimo to pracował, zaostrz jego instrukcje |
| Sesja się wysypuje albo laptop usypia | Karta w Doing bez postępów | Po 20 minutach bez sygnału życia przebieg staje się nieaktualny, a zadanie wraca do stanu nieprzypisanego | Sprawdź gałąź pod kątem niedokończonej pracy, zanim weźmie ją inny agent |
| Agent kończy, ale nigdy nie wywołuje complete_task | Praca zmergowana, karta wciąż w Doing | Dzierżawa wygasa; zadanie zostaje zwolnione, nie zamknięte | Zamknij je sam albo poproś agenta, żeby je zakończył z dowodami |
| Agent potrzebuje decyzji, którą możesz podjąć tylko Ty | Pytanie w Twojej Skrzynce, może push | Przejęcie jest trzymane przez 60 minut; odpowiedź dociera do agenta przy następnym start_task albo get_my_work | Odpowiedz jednym z podanych wariantów |
| Za dużo czeka na Ciebie | Pełna Skrzynka | start_task odmawia z attention_queue_full | Przejrzyj albo odrzuć pozycje; agenci mogą znów zaczynać, gdy kolejka się opróżnia |
| Dwóch agentów edytuje jeden checkout | Niepowiązane zmiany wymieszane w jednym diffie | Nic; Weft nie widzi Twoich plików | Rozdziel worktree albo gałęzie, zanim uruchomisz agentów równolegle |
Jak skonfigurować dwóch czy trzech klientów?
Wszyscy trzej łączą się z tym samym endpointem i logują się w przeglądarce, bez klucza do kopiowania.
# Claude Code
claude mcp add --transport http weft https://letsweft.com/api/mcp
# Codex: dodaj do ~/.codex/config.toml, potem się zaloguj
[mcp_servers.weft]
url = "https://letsweft.com/api/mcp"
codex mcp login weftChatGPT łączy się przez aplikację Weft w swoim katalogu, w każdym planie, także Darmowym. Strony krok po kroku: Claude Code, Codex, ChatGPT, Cursor (instalacja jednym kliknięciem). Logowanie jest zgodne ze specyfikacją autoryzacji MCP.
ChatGPT działa turami: działa, dopóki jesteś w rozmowie. Nadaje się do planowania, pisania zadań i odpowiadania na pytania. Długie sesje kodowania lepiej pasują do agenta terminalowego, bo sygnał życia co kilka minut wymaga sesji, która cały czas działa.
Jak wygląda tygodniowy test?
- Dzień 1: podłącz dwóch klientów. Claude Code i Codex albo jednego agenta do kodowania plus ChatGPT. Agentom do kodowania daj prawo zapisu.
- Dzień 1–2: napisz pięć do dziesięciu zadań według powyższej umowy. Jeden wynik, zakres, kontrola ukończenia, dowody. Zostaw je w Todo. Jeśli masz już zadania w Linear, Jirze, Notion albo Trello, najpierw je zaimportuj; import jest darmowy w każdym planie.
- Dzień 2–5: uruchom obu agentów na tej samej kolejce Todo, każdego we własnym worktree, każdemu każąc przejmować przez start_task i kończyć przez complete_task z artefaktami.
- Dzień 5: celowo przetestuj awarię. Skieruj obu agentów na tę samą kartę i zobacz, jak jeden dostaje already_claimed. Zabij jedną sesję w połowie zadania i sprawdź, czy po 20 minutach karta znów jest wolna.
- Dzień 7: zrób audyt wyłącznie z tablicy. Czy któreś zadanie wykonało się dwa razy albo zostało w Doing po zakończeniu? Czy każdy wynik dało się sprawdzić po artefaktach? Popraw szablon zadania, zanim dodasz trzeciego agenta.
Jak to wypada na tle podejścia Hypertask?
Model dzierżaw Hypertask jest solidny: przejęcie, sygnał życia, zwolnienie, z wygasaniem. Różnica polega na tym, gdzie ten model żyje. Dokumentacja Hypertask podaje, że dzierżawy zadań, dowody i eskalacja są celowo dostępne tylko jako endpointy REST, a jego lista narzędzi ma 21 narzędzi MCP bez narzędzia do dzierżaw (przegląd MCP). W Weft przejęcie, sygnał życia, pytanie i pokwitowanie to narzędzia MCP, więc każdy klient MCP używa ich bez dodatkowego kodu.
| Weft | Hypertask | |
|---|---|---|
| Przejęcie i dzierżawa | W MCP: start_task, report_progress (20-minutowa dzierżawa) | Tylko endpointy REST, celowo (dokumentacja) |
| Narzędzia MCP | 32 | 21 (dokumentacja) |
| Logowanie | OAuth w przeglądarce, z tokenami odświeżania; opcjonalne osobiste tokeny dostępu | Udokumentowana konfiguracja to skopiowany klucz API, który wygasa po 30 dniach; połączenie zatwierdzone w przeglądarce trwa 90 dni bez odświeżania (dokumentacja) |
| Tożsamość agenta | Każdy klient OAuth lub token to osobny wykonawca | Agenci jako konta usługowe z własną tożsamością |
| Droga przez ChatGPT | Opublikowana aplikacja w katalogu ChatGPT, każdy plan, także Darmowy | Własny GPT z akcjami OpenAPI albo własny konektor w trybie dewelopera, według Hypertask (dokumentacja) |
| CLI i REST API | Brak | CLI w npm i REST API (dokumentacja) |
| Aplikacje mobilne | iOS i Android | Brak natywnej aplikacji iOS (aplikacja webowa na ekranie początkowym); brak wpisu w Google Play (dokumentacja) |
| Języki | 27 | Tylko angielski |
| Cena za stanowisko | Darmowy: 50 zadań, 200 wywołań AI miesięcznie. Pro: $7 miesięcznie albo $60 rocznie | Darmowy: 3 tablice na osobę. BYOK $8 rocznie / $10 miesięcznie. Pro $16 rocznie / $20 miesięcznie (cennik) |
| Kredyty AI | Niepotrzebne: myślenie odbywa się w Twoim własnym kliencie AI | Wbudowane AI; plan BYOK używa Twoich własnych kluczy do modeli |
Hypertask jest lepszym wyborem, jeśli Twoi agenci działają ze skryptów albo CI i chcesz CLI i REST API, jeśli chcesz agentów jako kont usługowych zarządzanych jak użytkownicy albo jeśli chcesz wbudowanego AI (pisanie zadań, inteligentne etykiety, segregowanie), szybkości z klawiatury i śledzenia czasu. Weft nie ma CLI, REST API ani webhooków, nie ma też integracji z GitHubem czy Slackiem. Weft pasuje, gdy Twoi agenci to klienci MCP, których już używasz, w tym ChatGPT, i chcesz odpowiadać im z telefonu.
Szersze porównanie znajdziesz w porównaniu menedżerów zadań MCP i w tekście o alternatywie dla Hypertask.
- Czy moi agenci muszą ze sobą rozmawiać?
- Nie. Koordynują się przez tablicę: przejęcia, pokwitowania i pytania. Weft nigdy nie wywołuje agenta; każdy sam pobiera następne zadanie przez get_my_work.
- Czy agent, który padł, zostawi zadanie w Doing na zawsze?
- Nie. Po 20 minutach bez sygnału życia przebieg zostaje oznaczony jako nieaktualny, a zadanie wraca do stanu nieprzypisanego, więc inny klient może je przejąć. Najpierw sprawdź gałąź pod kątem niedokończonej pracy.
- Czy trzech agentów nie zasypie mnie przeglądami?
- Skrzynka ma limit 5 pozycji dla jednej osoby (10 dla zespołu) albo 45 minut przeglądania; gdy jest pełna, agenci nie mogą zaczynać nowych zadań. Większość skończonych zadań trafia prosto do Done.
- Czy kilku agentów kosztuje więcej?
- Weft pobiera opłatę za stanowisko, a nie za agenta: Pro kosztuje $7 miesięcznie albo $60 rocznie za osobę. Plan Darmowy ogranicza wywołania AI do 200 miesięcznie, a sygnały życia kilku agentów szybko je zużywają. Zobacz cennik.