Inżynieria pętli w Three Agents: Co Magpie Workflow yetone'a mówi o uruchamianiu Claude Opus 5.5 bez nadzoru

Najciekawszą rzeczą w konfiguracji yetone'a nie jest model. Jest nią liczba trzy. Opiekun Magpie — lokalnej bramy, która pozwala agentom kodującym działać na dowolnym modelu, na jaki je wskażesz — opisał swój własny workflow utrzymaniowy na X w dniu 13.10.2026: Claude Code, napędzany przez Anthropic i korzystający z modelu Claude Opus 5.5, z trzema /loop zadaniami działającymi jednocześnie, z których każde pilnuje innego obszaru — zgłoszeń i pull requestów na GitHubie, społeczności na Discordzie oraz opinii napływających na X — i naprawia to, co znajdzie. Inżynieria pętli — praktyka utrzymywania agenta w cyklu zamiast podpowiadania mu tura po turze — była w tym roku tematem wielu rozmów. To, co czyni ten przykład wartym przeczytania, to fakt, że towarzyszy mu schemat organizacyjny.

Claude Opus 5.5 nie jest nowością. Anthropic udostępniło go 22 września 2026 roku, trzy tygodnie temu, w cenie 4 dolarów za milion tokenów wejściowych i 20 dolarów za milion tokenów wyjściowych. To nie historia o premierze. To opowieść o tym, co domyślne ustawienia modelu oznaczają dla każdego, kto próbuje skopiować pętlę konserwacyjną złożoną z trzech agentów — i o tym, które części tej pętli psują się w sposób, o którym nie wspominają poradniki.

Co właściwie znajduje się w przepływie pracy?

Sygnał jest krótki, więc warto być precyzyjnym co do tego, co się twierdzi, a czego nie. yetone uruchamia trzy równoległe /loop zadania w Claude Code na Opus 5.5. Jedno obserwuje repozytorium — zgłoszenia i pull requesty. Jedno obserwuje Discord. Jedno obserwuje X. Agent naprawia to, co uzna za warte naprawienia, w pętli, bez człowieka, który rozdziela każdą turę. Wzorzec, który zautomatyzował, to ten, który większość maintainerów wykonuje źle: triage. Nie kodowanie. Czytanie, sortowanie, deduplikowanie i odpowiadanie, które zjada godzinę dziennie.

Fraza „inżynieria pętli” ma tu kluczowe znaczenie. Pętla to nie agent wykonujący zadanie; to sesja, która wraca do zadania według wybranego przez siebie harmonogramu, mając wciąż przed sobą stan ostatniej iteracji. To rozróżnienie jest tym, na czym wykłada się większość samodzielnie tworzonych wersji, i to jest dokładnie ten obszar, w którym w ciągu ostatnich sześciu tygodni rozwinęły się narzędzia.

Co tak naprawdę robi /loop w Claude Code w październiku 2026

Jeśli nie przeczytałeś aktualnej dokumentacji, wersja, którą pamiętasz, jest prawdopodobnie błędna, ponieważ /loop zmienił kształt, gdy inżynieria pętli była modna.

Samo /loop nie oczekuje już, że podasz interwał. Pomiń go, a Claude wybierze go dynamicznie — od jednej minuty do jednej godziny — na podstawie tego, co zaobserwował w poprzedniej iteracji. Czeka krótko, gdy kończy się kompilacja lub aktywny jest pull request, a znacznie dłużej, gdy nic nie jest w toku. Wybrane opóźnienie i powód jego wyboru są wypisywane na końcu każdej iteracji, dzięki czemu możesz zobaczyć, jak sama pętla rozumuje na temat swojego rytmu. Zamiast tego podaj interwał — /loop 5m check the deploy — a otrzymasz stały harmonogram cron.

Pomiń także prompt, a otrzymasz wbudowany prompt konserwacyjny, który w każdej iteracji przechodzi po kolei przez trzy rzeczy:

• Kontynuuj wszelkie niedokończone prace z rozmowy.

• Zajmij się pull requestem bieżącej gałęzi — komentarzami z przeglądu, nieudanymi uruchomieniami CI, konfliktami scalania.

• Wykonuj działania porządkowe, takie jak polowania na błędy czy upraszczanie, gdy nie ma nic pilniejszego do zrobienia.

Możesz zastąpić ten domyślny zestaw własnymi instrukcjami, tworząc plik loop.md — w .claude/loop.md dla danego projektu lub ~/.claude/loop.md dla każdego projektu, który nie definiuje własnego. Zmiany wchodzą w życie przy następnej iteracji, więc możesz udoskonalić instrukcje działającej pętli bez jej restartowania. Plik jest obcinany po przekroczeniu 25 000 bajtów, co daje aż nadto miejsca na reguły triażu.

Ten mechanizm jest częścią nośną konfiguracji z trzema pętlami i to właśnie jego diagramy przepływu pracy zwykle pomijają. Ogólny wbudowany prompt konserwacyjny to nie polityka triażu. Jeśli chcesz mieć pętlę, która czyta zgłoszenia GitHub tak, jak czyta je Twój projekt — co liczy się jako duplikat, co dostaje etykietę zamiast odpowiedzi, co nigdy nie dostaje odpowiedzi — polityka musi znajdować się w loop.md, a nie w prompcie, który wpisałeś, gdy zaczynałeś sesję.

Granice, które decydują, czy trzy to liczba, czy slogan.

Trzy równoległe pętle to moment, w którym ograniczenia zaczynają doskwierać, i warto je wymienić, zanim skopiujesz czyjąś konfigurację.

• Limit współbieżności — sesja obsługuje jednocześnie do 50 zaplanowanych zadań, więc trzy pętle to nawet nie zbliżenie się do limitu. Wiążącym ograniczeniem nie jest liczba zadań, lecz uwaga: trzy pętle oznaczają trzy strumienie wywołań narzędzi konkurujące o tę samą sesję.

• Wygaśnięcie — zadania cykliczne usuwają się same siedem dni po utworzeniu, uruchamiając się jeszcze raz na odchodnym. Pętla konserwacyjna, która ósmego dnia po cichu przestała działać, to zdecydowanie najczęstszy tryb awarii — i zawodzi po cichu.

• Przywróć asymetrie — wznów sesję za pomocą --resume lub --continue, a zadania zaplanowane w cronie wrócą, z wyjątkiem tych cyklicznych, które wygasły. Pętla o własnym tempie nie jest w ogóle przywracana; musisz uruchomić ją ponownie.

• Zachowanie w zajętej sesji — zadanie uruchamia się między turami, nigdy w trakcie odpowiedzi. Jeśli długotrwała tura agenta trwa, gdy przypada termin pętli, uruchomienie czeka. Pominięte interwały nie kumulują się; zlewają się w jedno uruchomienie.

• Jitter — zadania cykliczne celowo uruchamiają się z opóźnieniem wynoszącym maksymalnie połowę odstępu do następnego uruchomienia i co najwyżej 30 minut, dzięki czemu flota sesji nie zbiega się w tej samej sekundzie. Zadanie uruchamiane co dziesięć minut startuje gdzieś od punktualnego czasu do pięciu minut później. Przypadek pięciu minut jest wyjątkiem: Claude Code przesuwa go o 15 sekund wcześniej, aby każde uruchomienie zmieściło się w oknie pamięci podręcznej promptów.

• Wymóg włączonego komputera — pętle uruchamiają się tylko wtedy, gdy Claude Code działa i jest bezczynny. Zamknięcie laptopa je zatrzymuje. Nie ma nadrabiania zaległości za godziny, gdy cię nie było.

To ostatnie jest powodem, dla którego ten workflow to konfiguracja opiekuna projektu, a nie zespołu platformowego. Trzy pętle na jednej maszynie, w jednej sesji, to sposób na utrzymanie w ruchu zajętego projektu open source, kiedy robisz coś innego; to nie jest usługa.

Dlaczego ten workflow jest specyficzny dla Claude Opus 5.5, a nie tylko dla „agenta”

Uruchom pętlę trzech agentów na modelu bez dużego okna kontekstowego, a pętle spędzą cały dzień na ponownym czytaniu. Każda iteracja ponownie wchłania wątek zgłoszenia, diff PR-a i historię Discorda; jeśli okno jest małe, historia zostaje streszczona i osąd pętli po cichu się pogarsza w miarę starzenia się sesji. Claude Opus 5.5 dysponuje oknem kontekstowym o rozmiarze 1 mln tokenów i 128 tys. tokenów wyjścia, co pozwala pętli triażu utrzymać naraz prawdziwy backlog zgłoszeń, rozmowę i kilka ostatnich iteracji. Jest też wyceniany na 4 / 20 USD za milion tokenów, a odczyt z pamięci podręcznej kosztuje 0,20 USD za milion — jedną piątą ceny wejścia — co ma tu większe znaczenie niż zwykle, bo pętla to najbardziej przyjazne dla pamięci podręcznej obciążenie, jakie istnieje. Ten sam prompt systemowy, te same definicje narzędzi, ten sam kontekst repozytorium, w kółko.

Drugie dopasowanie to domyślne ustawienie myślenia i działa w przeciwnym kierunku w zależności od tego, co robi każda pętla. Claude Opus 5.5 uruchamia myślenie adaptacyjne zawsze włączone, a wysiłek domyślnie wynosi medium — o jeden poziom poniżej domyślnego ustawienia Claude Opus 5. Wysiłek nie zmienia tylko jakości; zmienia liczbę wywołań narzędzi. Pętla, która klasyfikuje problemy, i ta, która edytuje kod, potrzebują różnych ustawień, a najniższe ustawienie wysiłku samo w sobie jest problemem z planowaniem: w pętli samodzielnie ustalającej tempo model sam wybiera opóźnienie kolejnego wybudzenia, więc pętla klasyfikacji o niskim wysiłku i pętla naprawiania o wysokim wysiłku będą nadawać sobie różne tempo wobec tego samego repozytorium. Nie ma ustawienia, które sprawi, że się zgodzą. Chodzi o to, by wiedzieć, które jest które, bo różnica w tempie jest tym, co zobaczysz jako pierwsze.

Jeśli chcesz uruchamiać pętlę i fixera na modelach różnych dostawców — triage na czymś tanim, poprawki na Claude Opus 5.5 — to decyzja o routingu, a nie decyzja w obrębie Claude Code, i to jest powód, dla którego brama stoi przed sesją.

Próbuję tego, nie ryzykując produkcji

Rozsądny zarzut wobec konfiguracji z trzema pętlami jest taki, że stawia autonomicznego agenta przed zgłoszeniami Twoich użytkowników już pierwszego popołudnia. Pętla będzie komentować. Będzie zamykać sprawy. Uczciwym sposobem na wdrożenie tego jest uruchomienie jednej pętli w trybie dry-run przez tydzień z tokenem GitHub tylko do odczytu i sprawdzenie, czy jej oceny triage'u zgadzają się z tymi, które podjąłeś ręcznie — a osobno skierowanie samego modelu tam, gdzie możesz go zmierzyć, zanim się zobowiążesz.

W OrcaRouter, anthropic/claude-opus-5.5jest udostępniany w cenie katalogowej A­nthropic bez doliczania marży, z jednego punktu końcowego, który obsługuje zarówno format zgodny z OpenAI, jak i format A­nthropic Messages — więc sesja Claude Code i skrypt rozmawiający z tym samym modelem nie potrzebują dwóch integracji. A­nthropic opublikował własny cennik 4 USD / 20 USD dnia 2026-09-22; jeśli ta cena katalogowa się zmieni, bramka przekazująca zmienia się wraz z nią tego samego dnia, a nie dopiero w następnym cyklu rozliczeniowym — i to jest właśnie ta wersja, której chcesz, gdy szacujesz rozmiar pętli, która może działać miesiącami. Automatyczne przełączanie awaryjne między dostawcami obejmuje przypadek, przed którym ostrzega dokumentacja, a którego nikt nie testuje: pętla nie zatrzymuje się dlatego, że jeden z upstreamów zwrócił 429 o trzeciej nad ranem. Fuzja modeli i DSL routingu mają tu mniejsze znaczenie — pętla segregująca chce jednego modelu, konsekwentnie, bo to właśnie konsekwencja sprawia, że jej osądy da się poddać przeglądowi.

Co zrobić z liczbą trzy

Problem reputacyjny inżynierii pętli polega na tym, że większość tego, co pokazano w tym roku, to jedna pętla wykonująca jedno wąskie zadanie w wersji demonstracyjnej. Konfiguracja yetone jest interesująca, ponieważ obejmuje trzy pętle na trzech różnych wejściach — repozytorium, społeczność czatu, publiczną os czasu — co odpowiada kształtowi rzeczywistej pracy, na którą opiekun projektu nie ma czasu. To także kształt, który obnaża wszystkie powyższe ograniczenia: wygaśnięcie, jitter, przywracanie, tempo i to, że pętle działają tylko wtedy, gdy maszyna jest włączona.

To, co można przenieść, to nie liczba. Chodzi o to, że każda pętla miała własną powierzchnię, własną politykę w loop.md oraz własny powód, by się obudzić — a osoba, która ją uruchamiała, potrafiła z dziennika iteracji odczytać, dlaczego każda pętla wybrała takie opóźnienie, jakie wybrała. To konfiguracja, którą naprawdę można zweryfikować tydzień później. Co — biorąc pod uwagę, że każda z tych pętli wygasa ósmego dnia — jest mniej więcej tym, ile masz czasu, by zdecydować, czy zbudować ją ponownie.

Warto powiedzieć wprost: to konfiguracja jednego praktyka, opisana przez jej autora na X, a nie zalecenia producenta. Dokumentacja Anthropic dotycząca Claude Opus 5.5 oraz /loop w Claude Code mówi, co robią te narzędzia. Nie mówi jednak, że trzy to właściwa liczba, i jak na razie nikt inny też tego nie mówi.

Gdy pętla triage'u i pętla naprawcza potrzebują różnych modeli: Przepuść pętlę i moduł naprawczy przez jeden endpoint, który udostępnia Claude Opus 5.5 w cenie katalogowej Anthropic z jednego punktu końcowego obsługującego zarówno format zgodny z OpenAI, jak i format Anthropic Messages.

Wybory modeli takie jak ten to również miejsce, w którym ujawniają się tryby awarii: udokumentowane incydenty AI i awarie agentów dotyczące modeli w tej klasie są gromadzone w Archiwum incydentów AI OrcaRouter, gdzie każdy wpis zawiera własne źródła, poziom istotności, stopień pewności i flagę sporną.