Async agents dostają spec, pracują w izolowanym VM i rano zostawiają pull request w repozytorium

Latent Space opublikował rozmowę „The Age of Async Agents“ z Waldenem Yanem z Cognition i Colem Murrayem z OpenInspect. Wywiad wspomina Devin commits, spec-to-PR workflows, full VMs, agent memory i sytuacje, gdy PM wysyła kod. To perspektywa praktyków, a nie niezależny benchmark.

Spec-to-PR workflow zmienia to, co dzieje się między opisem zadania a pull requestem

Sednem jest przejście od synchronicznego chatu do asynchronicznej pracy, gdzie agent dostaje specyfikację, działa w izolowanym środowisku i zwraca zmianę możliwą do przejrzenia. Model chatowy pomaga człowiekowi myśleć i pisać. Async agent ma przejąć część cyklu pracy: zrozumieć zadanie, zmienić kod, uruchomić kontrole i przygotować wynik do review.

Konkretne elementy mają znaczenie techniczne. Full VMs izolują agenta od reszty systemu. Agent memory umożliwia kontynuację bez powtarzania kontekstu. Workflow spec-to-PR definiuje wejście i wyjście, więc wynik jest możliwy do przejrzenia, nie tylko wygenerowanym tekstem.

Dla zespołów inżynieryjnych zmienia się to, kto może zainicjować software change

Software engineering przesuwa się od pytania „czy model umie napisać funkcję“ do pytania „czy system może przejąć zadanie bez niszczenia procesu zespołu“. Tam zaczynają się isolated VMs, agent memory, uprawnienia w repozytorium, testy i review.

Ważna jest też zmiana ról osób nietech. Jeśli PM naprawdę może wysłać zmianę przez workflow agentowy, to nie tylko produktywność deweloperów. Zmienia się to, kto może zainicjować software change. To organizacyjna zmiana, nie tylko funkcja techniczna.

Latent Space to perspektywa praktyków, nie benchmark

Latent Space to rozmowa z praktykami, a nie niezależny benchmark. Twierdzenia należy czytać jako sygnały od osób pracujących w branży, a nie jako ostateczny pomiar rynku. Liczby i przypadki z takiego wywiadu są interesujące, ale nie zastępują niezależnej weryfikacji.

Async agents tworzą też nowy dług operacyjny. Gdy agent pracuje dłużej i bardziej samodzielnie, rośnie znaczenie testów, audit trail i jasnej własności zmian. Błędy nie znikają. Przenoszą się z chatu do pull requestów, gdzie są trudniejsze do znalezienia i droższe do naprawienia.

Sygnałem będzie to, ile zmian agentowych przechodzi review bez dużych poprawek

Najważniejsza metryka to nie liczba commitów ani szybkość. To ile zmian agentowych przechodzi review bez istotnych poprawek i jak często pracę trzeba wyrzucić.

Drugi sygnał to integracja ze zwykłymi procesami inżynieryjnymi: issue tracking, CI, code ownership, zarządzanie secrets i bezpieczne sandboxy. Async agent bez tych granic to tylko szybsza droga do droższych incydentów.

Werdykt Lilith

Chat był boiskiem treningowym. Prawdziwa zmiana zaczyna się wtedy, gdy agent rano zostawia w repozytorium ślad, który ktoś musi przyjąć lub odrzucić, i nikt nie wie dokładnie, co robił w nocy.