LoopX pilnuje celu i dowodów, kiedy agent zapomina, co robił trzy tury wcześniej

Agent radzi sobie z zadaniem, które mieści się w jednej sesji: przeczytać zgłoszenie, napisać poprawkę, otworzyć pull requesta. Problem zaczyna się wtedy, gdy praca ciągnie się przez wiele dni. Cel się zmienia, właściciel projektu podejmuje decyzje, które trzeba gdzieś zapisać, wcześniejsze ustalenia się dezaktualizują, a jeden agent przekazuje robotę drugiemu. Historia czatu i zwykły licznik czasu tego nie udźwigną. Model po prostu zapomina, co było trzy tury wcześniej, i rusza dalej, jakby nic się nie stało.

LoopX, świeży projekt open-source na licencji MIT, próbuje ten problem rozwiązać od strony, którą jego autor nazywa lokalną warstwą sterującą (control plane). Zamiast pisać kolejnego agenta, LoopX trzyma obok agenta osobny, trwały zapis tego, co się dzieje: jaki jest cel, co jest do zrobienia, gdzie potrzebna jest decyzja człowieka, jakie ślady zostawiła dotychczasowa praca i czy pętla w ogóle może działać dalej. Sam agent, czy to Codex, Claude Code, Cursor, czy twój własny skrypt, dostaje do wykonania jedną ograniczoną turę, a potem oddaje sterowanie z powrotem do tego zapisu. LoopX celowo nie zastępuje środowiska, w którym agent działa. I to jest, moim zdaniem, dobry instynkt: nie próbować budować sprytniejszego agenta, tylko dać temu, który już pracuje, trwałą pamięć i hamulec.

Najprościej wyobrazić to sobie jako tablicę Kanban dla pracy, która nie kończy się w jedno popołudnie. Każda karta niesie ze sobą swoją tożsamość, uprawnienia, zebrane dowody i informację o tym, co ma się stać dalej. Ruchy na tablicy to nie dowolne przeciągnięcia, tylko sprawdzone operacje: zajmij zadanie, postaw bramkę tam, gdzie potrzebna jest zgoda człowieka, obserwuj, dopisz wynik. Sama tablica jest tylko widokiem, a prawdziwym źródłem prawdy pozostaje zapis stanu pod spodem.