Loop engineering - programiści opisują nową dyscyplinę pracy z agentami kodującymi

Termin loop engineering, czyli inżynieria pętli, zrobił się w ostatnich dniach jednym z najgłośniej dyskutowanych haseł wśród programistów pracujących z agentami AI. Rozpowszechnił go Andrew Ng, współzałożyciel Google Brain i twórca Coursera, w liście opublikowanym w jego newsletterze The Batch, po tym jak temat podchwycili twórcy popularnych narzędzi do kodowania agentowego.

Trzy pętle według Andrew Ng

Ng opisuje pracę nad produktami budowanymi od zera z pomocą AI jako grę trzech nakładających się na siebie pętli sprzężenia zwrotnego. Pierwsza to pętla kodowania agentowego - mając specyfikację produktu i opcjonalnie zestaw testów ewaluacyjnych, agent AI samodzielnie pisze kod, testuje go i poprawia, dopóki nie spełni założeń. To dzieje się w skali minut.

Druga pętla to pętla feedbacku dewelopera - człowiek ogląda bieżący stan produktu i steruje agentem, wskazując kierunek poprawek. Ng podkreśla, że wkład człowieka warto rozumieć jako przewagę kontekstową, bo to daje jaśniejszą ścieżkę do tego, jak pomagać systemom AI się poprawiać, zamiast traktować rolę programisty jako zbędną. Trzecia, najwolniejsza pętla to zewnętrzny feedback - opinie znajomych, testerzy alfa, wdrożenia produkcyjne z testami A/B, co zwykle trwa godziny, dni, a czasem tygodnie.

Produktywność i zmęczenie

Równolegle z popularyzacją terminu w mediach branżowych pojawiły się głosy programistów opisujące ciemniejszą stronę pracy w tym trybie. Serwis Tekedia zebrał wypowiedzi twórców oprogramowania, którzy opisują dni zdominowane ciągłym przełączaniem kontekstu - recenzją kodu wygenerowanego przez agenta, poprawianiem promptów i wybieraniem najlepszego wariantu spośród kilku wygenerowanych równolegle.

Moi znajomi programiści czują się niezwykle produktywni, a jednocześnie skrajnie wyczerpani - David Holz, Midjourney

Lubię skupioną pracę nad trudnym zadaniem z jednym agentem - Catherine Wu, szefowa produktu Claude Code w Anthropic

Jak agenci zmieniają pracę zespołów

To, co opisuje Ng jako dyscyplinę projektowania pętli, w praktyce oznacza, że zespoły programistyczne muszą świadomie decydować, ile agentów puszczać równolegle i jak długo trwać w jednej pętli, zanim wejdą do kolejnej. Catherine Wu przyznaje, że mimo iż na co dzień potrafi uruchamiać dziesiątki agentów jednocześnie, przy trudnych zadaniach celowo ogranicza ich liczbę, by wejść w stan głębokiego skupienia nad jednym problemem.

Ben South, seryjny przedsiębiorca i była wiceprezes Postmates, opisuje to jako presję nieustannej dostępności - nawet godzina odpoczynku wydaje się dziś stratą ogromnej ilości potencjalnej produktywności, bo agent mógłby w tym czasie pracować dalej. Brandon Kainoa Jacoby, projektant związany wcześniej z X i Cash App, przewiduje, że zanim sytuacja się poprawi, najpierw może się pogorszyć.

Znaczenie dla polskich zespołów

Dla polskich firm software'owych i zespołów wewnętrznych IT temat ma praktyczne znaczenie - jeśli terminologia i praktyki opisane przez Ng oraz cytowanych programistów się przyjmą, zmieni się sposób organizacji pracy zespołów, harmonogramów sprintów i oceny produktywności programistów, którzy coraz częściej nadzorują wielu agentów naraz zamiast pisać kod linijka po linijce. Firmy, które wdrażają agentów kodujących, będą musiały świadomie projektować, ile równoległych pętli agentowych dany zespół jest w stanie efektywnie nadzorować bez nadmiernego obciążenia ludzi.

Na razie brak twardych danych liczbowych o skali wypalenia zawodowego związanego z pracą z agentami kodującymi, ale rosnąca liczba głosów branżowych sugeruje, że temat będzie wracał w kolejnych miesiącach, równolegle z dalszym upowszechnianiem narzędzi takich jak Claude Code czy OpenClaw.

Źródła: ADTmag (adtmag.com), Tekedia (tekedia.com), wpis Andrew Ng na platformie X (x.com)