Wersja 1.0 · 22 października 2026
Manifest Weft
Nie tylko wykonać pracę, ale też o niej zdecydować.
Kanban, Scrum, Shape Up i GTD powstały, kiedy brakowało wykonania, więc każda z tych metod ogranicza wykonanie. To już nie tam praca się zatyka. Wykonanie dostajesz dziś w ramach subskrypcji, za które i tak płacisz. Rzadka pozostaje uwaga osoby, która musi przyjąć wynik.
Liczby już to pokazują. Spośród ponad 8,1 mln pull requestów te wygenerowane przez AI były przyjmowane w 32,7% przypadków, wobec 84,4% dla pisanych ręcznie. Gdy porównać w każdej organizacji okresy niskiego i wysokiego wykorzystania AI, mediana czasu w review wzrosła o 441,5%, a liczba pull requestów scalonych bez żadnego review — o 31,3%. Sprawdzanie też kosztuje realny czas: w GDPval ekspert poświęcał średnio 109 minut na ocenę rezultatu, którego wykonanie zajęło 404 minuty.1,2,3
Rdzeń
Kanban nauczył nas ograniczać pracę w toku, Scrum dał nam rytm, Shape Up zastąpił szacunki budżetem czasu, a GTD nauczył nas zamykać tydzień. Zachowujemy to wszystko. Pracując z AI na co dzień, zaczęliśmy cenić:
- Nie tylko limit pracy w toku, ale też limit tego, co czeka na twoją decyzję.
- Nie tylko „zrobione” jako wiadomość, ale też „zrobione” jako dowód.
- Nie tylko sprawdzenie przez maszynę, ale też akceptację przez człowieka.
- Nie tylko kogoś, kto wykonuje zadanie, ale też kogoś, kto za nie odpowiada — a tym kimś jest człowiek.
- Nie tylko liczenie tego, co wykonano, ale też liczenie tego, co przyjęto.
- Nie tylko pamiętanie o zadaniu, ale też pamiętanie o decyzji.
Czyli: pierwszą połowę każdego wiersza zachowujemy, a drugą traktujemy jako obowiązkową.
Jedna liczba: pięć
Na twoją decyzję czeka naraz nie więcej niż pięć gotowych wyników lub otwartych pytań — dziesięć, gdy z tablicy korzysta zespół. Gdy kolejka jest pełna, agent, który chce zacząć coś nowego, słyszy, że ma zamiast tego dokończyć, skrócić albo podjąć zwróconą pracę. Dokończenie nigdy nie jest odrzucane: gotowa praca nigdy nie przepada.
Limit jest celowo mały. We wzorze Kingmana z teorii kolejek czas oczekiwania rośnie jak ρ/(1−ρ): recenzent zajęty przez 95% czasu każe pracy czekać 19 razy dłużej niż ten, który jest zajęty przez połowę czasu, przy tej samej zmienności. Podobnie jak cel Google SRE, by żmudna praca rutynowa (toil) zajmowała mniej niż 50% czasu inżyniera, piątka jest liczbą, którą można przekroczyć — i zobaczyć, że się ją przekroczyło.7,8
Siedem zasad
01Pracy już nie brakuje. Brakuje twojej decyzji.
Twardy limit stawiaj na kolejce przed osobą, która decyduje, a nie na kolumnie Doing. Bezczynny agent to zdrowy agent; nie męczy się, a trzy zadania czy pięćdziesiąt to dla niego to samo. Osoba sprawdzająca jego pracę to jedyny zasób, który zużywa się po jednej pozycji naraz.
02Każde „zrobione” mówi, na czym się opiera.
Raport agenta to wniosek, nie dowód. W domenach τ²-bench z pojedynczą kontrolą (single-control) fałszywy sukces — agent mówi „zrobione”, środowisko mówi co innego — stanowi 45–48% porażek, a żaden sędzia LLM czytający ślad agenta nie przekroczył AUROC 0,65, podczas gdy rzut monetą daje 0,5. Dlatego najmocniejsze „zrobione” odczytuje świat zewnętrzny: stronę, która odpowiada, plik, którego hash się zgadza, obiekt, który istnieje. Praca, która niczego od ciebie nie potrzebowała, może zostać zamknięta na słowo agenta — i jest wtedy pokazana dokładnie jako taka, nigdy jako sprawdzona.4
03Kto wykonał pracę, ten jej nie zatwierdza.
Zweryfikowane i przyjęte to dwa różne statusy. Pracę jako zweryfikowaną może oznaczyć serwer, który ponownie odczytał świat zewnętrzny, deterministyczna kontrola albo człowiek; agent, który ją wykonał — nie. Przyjęcie to drugi, osobny podpis. Przy wszystkim, co nieodwracalne — pieniądze, publikacja, wiadomość do klienta, cokolwiek prawnego — Weft prosi agenta, żeby się zatrzymał i zaczekał na ciebie, a gdy ta blokada zostanie ustawiona, żaden agent nie może jej zdjąć ani przenieść zadania do Done.
04Każde zadanie ma jednego właściciela-człowieka.
Agenta nie da się pociągnąć do odpowiedzialności; można mu tylko coś przydzielić. Dlatego zadanie ma dokładnie jednego właściciela, który jest człowiekiem, i wykonawcę wskazanego z nazwy: nie „AI”, tylko Claude Code, Cursor, ChatGPT albo Codex. Niech wykonawców będzie niewielu. Anthropic sam radzi, by zespoły agentów zaczynać od trzech do pięciu, bo „three focused teammates often outperform five scattered ones” (trzech skupionych członków zespołu często radzi sobie lepiej niż pięciu rozproszonych).5
05Na limicie przekieruj — i nigdy nie udawaj decyzji.
Gdy kolejka jest pełna, system zamiast zwracać błąd mówi, co zrobić w zamian. Gdy agent milknie w połowie zadania, jego rezerwacja wygasa, a zadanie wraca na tablicę dla kogoś innego. A gdy decyzji jeszcze nie ma, praca czeka na ciebie: milczenie nie jest akceptacją, więc nic nigdy nie zostaje oznaczone jako przyjęte tylko dlatego, że minął czas.
06Nic nie przechodzi dalej po cichu.
Jednostką planowania jest tydzień: na początku tygodnia ludzie byli o 62,9% bardziej skłonni niż w zwykły dzień zobowiązać się do celu, a na początku miesiąca — o 23,6%. Tydzień kończy się decyzją w sprawie każdego niedokończonego zadania — kontynuować z konkretnym następnym krokiem, podzielić, odesłać albo porzucić — a nie cichym przeniesieniem na następny tydzień.6
07Decyzja przeżywa sesję.
Żaden klient AI nie przekazuje swojej pamięci nikomu innemu i słusznie. Sesję przeżywa więc to, co zapisano poza nią: nie teczka na twój temat, tylko historia pracy — jak zakończyło się zadanie, co postanowiono i dlaczego. Pamięć musi też umieć zapominać: nieaktualna notatka przestaje trafiać do agentów.
Sprawdź tym swoją tablicę
Manifest bez miarki to plakat. Te siedem pytań można zadać dowolnemu menedżerowi zadań w około pięć minut. Tam, gdzie Weft nie domknął jeszcze jakiejś właściwości dla każdego użytkownika, dostaje kreskę, nie ptaszka.
| Pytanie | Weft |
|---|---|
| Czy istnieje twardy limit tego, co czeka na twoją decyzję, a nie tylko limit Doing?Pięć wyników lub pytań, dziesięć dla zespołu. Na limicie agenci słyszą, że mają kończyć, a nie zaczynać. | ✓ |
| Czy da się odróżnić sprawdzone „zrobione” od takiego, które agent tylko zgłosił?Zadanie z planem weryfikacji sprawdza sam serwer. Zadanie, które agent zamknął na własne słowo, ma etykietę „Według agenta”. | ✓ |
| Czy „zweryfikowane” i „przyjęte” są rozdzielone i czy agent nie może ustawić żadnego z nich?Agenci nie mogą oznaczyć pracy jako zweryfikowanej ani przenieść do Done zadania, które wymaga ciebie. | ✓ |
| Czy każde zadanie ma właściciela-człowieka i nazwanego wykonawcę?Właściciela wymaga baza danych. Przy każdym zadaniu zapisane jest, który klient AI je utworzył i wykonał. | ✓ |
| Czy na limicie albo gdy agent milknie praca zostaje przekierowana, a nie zgubiona?Pełna kolejka zwraca, co zrobić dalej; milcząca rezerwacja wygasa po 20 minutach; dokończenie nigdy nie jest odrzucane. | ✓ |
| Czy każde niedokończone zadanie dostaje wyraźną decyzję przy zamknięciu tygodnia?Zbudowane, ale jeszcze nie włączone dla wszystkich. | — |
| Czy decyzje i wnioski przeżywają sesję, w której powstały?Decyzje i historia zadań są w każdym planie; wnioski, które agenci przenoszą między sesjami, są w Pro. | ✓ |
✓ działa już dziś · — częściowo albo jeszcze nie włączone · ✗ brak
Co liczymy, a czego nie
Velocity, story pointów, burndownu, wykorzystania zasobów, liczby utworzonych zadań i liczby wywołań AI nie ma w tym produkcie. Mierzą zasób, którego już nie brakuje, i nagradzają szum.
Poczucie szybkości też nie jest pomiarem. W badaniu METR doświadczonych programistów open source korzystających z narzędzi z początku 2025 roku uczestnicy wierzyli, że AI przyspieszyło ich o 20%; w pomiarach byli o 19% wolniejsi.9
Warto liczyć cztery rzeczy: jak długo najstarsza pozycja czeka na ciebie; czas od „agent jest gotowy” do „decyzja zapadła”; odsetek pracy przyjętej za pierwszym razem, osobno dla każdego wykonawcy; oraz minuty twojej uwagi na jeden przyjęty wynik. Ta ostatnia liczba to jedyny uczciwy test, czy AI się opłaca. Weft zapisuje to, czego potrzebuje każda z nich — kto wykonał każdą pracę, kiedy była gotowa i jaka była twoja decyzja — i pokazuje, ile czeka na ciebie.
Gdzie to się psuje
Niektóra praca nie ma wykonywalnego sprawdzenia. Listu do inwestora czy tekstu o pozycjonowaniu serwer nie zweryfikuje i tam metoda uczciwie wraca do zwykłej tablicy z jednym recenzentem i jednym takim zadaniem naraz. Framework, który obiecuje więcej, niż potrafi sprawdzić, psuje się dokładnie tam, gdzie ktoś na nim polegał.
Nie ma jeszcze recenzowanego badania o właściwym limicie, gdy pracę wykonują agenci. Pięć to nasza wartość domyślna, nie wynik badań. Zaczęliśmy od trzech i podnieśliśmy limit po pierwszych tygodniach prawdziwego użycia: jedna trzecia odmów padła, gdy czekały tylko trzy lub cztery pozycje, a zostały one załatwione za jednym podejściem. Review może też tanieć: samo GDPval zauważa, że czas review spada, gdy profesjonaliści przyzwyczajają się do pracy. Jeśli sprawdzanie kiedyś stanie się tanie i niezawodne, limit powinien wzrosnąć — dlatego każdy próg tutaj to wartość domyślna, którą spodziewamy się zrewidować, a nie przekonanie.3
Produkt ma jedną metaforę i pochodzi ona z tkactwa. Osnowa trzyma tkaninę: to twoje cele i priorytety, i tylko ty je ustalasz. Wątek (weft) to praca, która biegnie w poprzek. Czółenko przenosi nić tam i z powrotem, a czółenek może być tyle, ile chcesz. Tkanina wychodzi tak równa, jak mocno napięta jest osnowa.
Powiedz swojemu AI. Ono prowadzi tablicę. Decyzja zostaje przy tobie.
— Andrei Finogeev, założyciel Weft
Źródła
- 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