Stacklok przenosi agentów z laptopa do Kubernetes, razem z kontrolą firmy

Stacklok chce przenieść pętlę agenta z pojedynczego procesu na laptopie do infrastruktury, którą firma potrafi zarządzać. Open source projekt Mecatl oddziela więc klienta, dostawcę modelu, magazyn stanu i środowisko wykonywania wrażliwych narzędzi.

Mecatl rozkłada desktopowego agenta na usługi chmurowe

Firmą kierują współtwórcy Kubernetes, Craig McLuckie i Joe Beda. Mecatl, projekt open source rozpoczęty w czerwcu, oddziela pętlę agenta od pamięci, stanu sesji, tool callingu i poleceń powłoki. Stan nie musi pozostawać w plikach JSONL na lokalnym dysku, a wrażliwe operacje mogą działać w osobnym, zarządzanym środowisku.

Stacklok oferuje już ToolHive do uruchamiania i nadzorowania serwerów MCP lokalnie oraz w Kubernetes. Uzupełnia go AI Gateway, który kontroluje dostęp, budżety, raportowanie i routing między dostawcami. Gateway nie jest jeszcze open source i według firmy obecnie nie dobiera modelu do zadania.

Zespół platformowy zyskuje te same mechanizmy co przy innych usługach

Desktopowy agent łączy kod, kontekst, uprawnienia i stan w miejscu trudnym do centralnego nadzoru. Architektura chmurowa pozwala przypisać workloadowi tożsamość, ograniczyć narzędzia, zapisywać wywołania i bezpiecznie go zatrzymać, gdy czeka na człowieka. Głównym produktem jest dyscyplina operacyjna, a nie okno czatu.

Dla firm korzystających już z Kubernetes propozycja jest znajoma. Agent może stać się kolejnym workloadem podlegającym istniejącym regułom zamiast wyjątkiem na laptopie pracownika. Stacklok powtarza zarazem dawny ruch z chmury: oddziela aplikację od konkretnego hyperscalera i frontier labu.

Kubernetes uporządkuje działanie, lecz nie osąd agenta

Mecatl może poprawić lifecycle, audyt i izolację, ale nie zagwarantuje trafnego planowania ani bezpiecznego wyniku modelu. Centralnie zarządzany błąd nadal pozostaje błędem, nawet jeśli ma lepsze logi. Firma musi też ustalić, kto może zmieniać prompty, polityki, narzędzia i dane dostępne agentowi.

Model biznesowy opiera się na enterprise control plane, który łączy części open source przez tożsamość, autoryzację, polityki i audyt. Stacklok pozyskał w 2023 roku 17,5 miliona dolarów w rundzie Series A, a później przeszedł od bezpieczeństwa łańcucha dostaw oprogramowania do infrastruktury agentowej. To doświadczony zespół, ale kierunek produktu nadal się kształtuje.

Prawdziwy sprawdzian zacznie się między wieloma klastrami i chmurami

Mały zespół może stosunkowo łatwo uruchomić komponenty open source. Stacklok twierdzi, że trudności pojawiają się przy wielu klastrach i chmurach, gdzie rozchodzą się tożsamości, wersje, polityki i odpowiedzialność. Właśnie tam rozdzielona architektura musi wykazać, że ogranicza tarcie operacyjne.

Warto obserwować odtwarzanie długich sesji po awarii, bezpieczne oczekiwanie na akceptację człowieka, jakość śladów audytowych oraz przenośność między dostawcami modeli. Jeśli te scenariusze zadziałają bez omijania zespołu platformowego, agent harness zacznie przypominać infrastrukturę. W przeciwnym razie będzie kolejną złożoną warstwą pod wciąż kruchym agentem.

Werdykt Lilith

Stacklok chce przenieść agentów z plecaka pracownika do sterowni zespołu platformowego. Chmura będzie czymś więcej niż dłuższym kablem do modelu dopiero wtedy, gdy przebieg da się bezpiecznie zatrzymać, prześledzić i odtworzyć.