Narzędzia dla agentów rozjeżdżają się w trzy strony: IDE, skrzynki i runtime

Te propozycje nie walczą o tego samego klienta. Hyperlane opisuje siebie jako IDE i ADE, które uruchamia agentów AI równolegle i scala ich worktree natywnymi narzędziami. Pizza Bot, opublikowany na GitHubie przez pizza-bot-app, to lokalna skrzynka dla długo działających agentów, zbudowana z DeepAgents i LangGraph. Soma, udokumentowana na docs.trysoma.ai, to otwarty runtime agentów i przepływów pracy, który można hostować samodzielnie i który dostarczany jest jako jeden plik binarny.

Wszystkie trzy są skierowane do programistów. Żadne nie jest usługą hostowaną w rozumieniu, jakie zakłada obecny cykl informacyjny o agentach w firmach.

Co właściwie deklaruje każde z nich

README Pizza Bota jest najbardziej konkretny z całej trójki. Mówi, że narzędzie powstało w Amazonie i zostało wydane na licencji Apache 2.0. Runtime to stanowy stos DeepAgents i LangGraph, który serwuje ten sam front end w React w Electronie i w przeglądarce. Aplikacja desktopowa, aplikacja webowa i terminalowy CLI rozmawiają z api-serverem przez HTTP i server-sent events.

Agenci pracują dalej, gdy użytkownik przejdzie w inne miejsce lub się rozłączy, podaje README, i tylko proces api-servera musi pozostać uruchomiony. Skończona praca trafia do kolejki Unread, a prośby o zatwierdzenie do Action. Przebiegi są zapisywane w punktach kontrolnych i przetrwają rozłączenie klienta, a wyzwalacze cron lub webhook mogą zacząć pracę bez otwartej rozmowy.

Pizza Bot obsługuje modele Amazon Bedrock, Anthropic, Google Gemini, OpenAI, OpenRouter i Ollama. Bedrock przyjmuje profil AWS, klucze dostępu AWS albo klucz API Bedrocka, z opcjonalnym nadpisaniem regionu. W przeciwnym razie używany jest AWS_REGION lub us-west-2. Aplikacja desktopowa chroni wpisane sekrety przez Electron safeStorage, a konfiguracja serwera przechowuje wyłącznie odwołania do zmiennych środowiskowych.

Dostęp lokalny jest opcjonalny. Administratorzy dodają pojedyncze foldery tylko do odczytu lub z prawem zapisu w Settings, Files, a README podaje, że Pizza Bot nie ma domyślnego dostępu do katalogu domowego. api-server nasłuchuje na 127.0.0.1, a wiązanie z adresem innym niż loopback wymaga uwierzytelnienia. Instalatory są dołączone do każdego wydania razem z plikiem SHA256SUMS. Kompilacje na macOS są podpisane i notaryzowane, Windows dostaje plik wykonywalny instalatora, a pakiety .deb i .rpm dla Linuksa nie są podpisane.

Soma schodzi niżej w stosie

Dokumentacja Somy stawia projekt u podstawy piramidy: podstawowe klocki plus doświadczenie programisty, a logika agenta zostaje po stronie użytkownika. Agenci i funkcje MCP są definiowane w zwykłym kodzie. Obsługiwany jest TypeScript, a Python widnieje jako zapowiedź. Użytkownicy mogą przynieść własne frameworki, a dokumentacja wymienia jako przykłady LangChain i Vercel AI SDK.

Runtime deklaruje odporność na awarie i wznawianie: wykonanie może się zawiesić lub zostać zatrzymane w dowolnym momencie i wznowić tam, gdzie się skończyło. Generuje też punkty końcowe A2A (Agent2Agent) i zapowiada punkty końcowe zgodne ze strumieniowaniem OpenAI, z drobnoziarnistym zarządzaniem dostępem przez klucze API, które ogranicza dostęp do danego agenta.

Zarządzanie to wyróżnik, na którym Soma opiera się najmocniej. Dokumentacja wymienia serwer MCP zintegrowany z zewnętrznymi dostawcami SaaS, który zajmuje się szyfrowaniem i rotacją poświadczeń. Dalej jest wychodząca brama AI, która przechwytuje żądania agentów do dostawców modeli, oraz szyfrowanie KMS: lokalne albo AWS, albo przyszłe GCP, dla poświadczeń MCP, kluczy API i sekretów agentów.

Wsparcie platform jest nierówne. TypeScript jest oznaczony jako dostępny na macOS x86 i ARM oraz Linuksie GNU x86 i ARM, a Windows jest nieobsługiwany. Python ma te same cztery zielone platformy. Rust nie jest jeszcze dostępny na żadnej z wymienionych platform, a dokumentacja przypisuje tę lukę użyciu przez projekt gniazd domeny Uniksa w Rustcie.

Hyperlane sprzedaje worktree

Oferta Hyperlane na hyperlaneide.com przedstawia produkt jako kompletne IDE, które uruchamia agentów AI równolegle i scala worktree agentów natywnymi narzędziami. Na tym kończy się treść, którą tekst strony faktycznie potwierdza. Reszta pobranej zawartości to szum renderowania, a nie czytelna dokumentacja.

Izolacja worktree to naturalna odpowiedź na realny problem: dwa agenty edytujące to samo repozytorium w tym samym czasie tworzą konflikty, które trudno przypisać. Uruchomienie każdego agenta we własnym worktree i scalenie wyników utrzymuje główną gałąź w czystości, dopóki człowiek nie zdecyduje, co przyjąć. To odpowiedź skupiona na kodzie i zakłada, że nabywca już żyje w IDE.

Pizza Bot zajmuje przeciwne stanowisko. Jego metafora skrzynki zakłada, że użytkownik wcale nie chce patrzeć, jak agent pracuje. README zachęca, żeby zacząć lub zaplanować zadanie, odejść i wrócić do gotowej pracy. Umiejętności stają się podagentami o zawężonym zakresie narzędzi, których postęp widać w panelu Activity. Zatwierdzenia z człowiekiem w pętli, pamięć długoterminowa, załączniki i powiadomienia desktopowe są wbudowane w przepływ pracy.

Soma leży pod oboma. Nie obchodzi jej, czy człowiek patrzy, bo jej zadaniem jest utrzymać wykonanie przy życiu i obserwowalne mimo awarii oraz trzymać poświadczenia i wywołania modeli w kontrolowanej granicy.

Pytanie o zarządzanie, które stawiają te narzędzia

Samodzielny hosting to wspólny wątek. Wszystkie trzy są pozycjonowane jako oprogramowanie, które organizacja uruchamia na własnej infrastrukturze, a nie jako subskrypcja. Pizza Bot dostarcza Docker Compose i Dockerfile. Soma jest jednym plikiem binarnym. Artifact Keeper, osobny projekt z Show HN, wysuwa ten sam argument dla rejestrów artefaktów: samodzielnie hostowany zamiennik JFrog Artifactory i Sonatype Nexus bez podziału na open core, 45 lub więcej formatów pakietów, podpisywanie GPG i PGP, uwierzytelnianie OIDC, LDAP i SAML 2.0 oraz śledzenie OpenTelemetry. To nie jest narzędzie agentowe, ale to ten sam nabywca robiący ten sam rachunek.

Ten rachunek jest miejscem, w którym rynek narzędzi agentowych pęka. Cykl informacyjny wokół agentów w firmach zdominowały płaszczyzny kontroli i zarządzanie runtime. Tymczasem artefakty, które programiści faktycznie publikują, są mniejsze i bardziej wyraziste: skrzynka, runtime, IDE.

Żadne z trzech nie podaje liczb adopcji. README Pizza Bota wymienia architekturę i plan rozwoju, ale nie liczbę użytkowników. Dokumentacja Somy podaje dostępność platform bez liczb pobrań. Strona Hyperlane nie podaje żadnych metryk w tekście, który się renderuje. W kategorii, którą otaczające nagłówki wyceniają na dziesiątki milionów dolarów, publiczny dowód to wciąż szczegół inżynieryjny, a nie trakcja.

W podejściu lokalnym jest też nierozwiązane napięcie. Skrzynka, która uruchamia długie zadania w tle, jest użyteczna tylko wtedy, gdy runtime działa, a Pizza Bot mówi dokładnie to: tylko proces api-servera musi pozostać uruchomiony. Laptop, który zasypia, albo zamknięta aplikacja desktopowa łamią obietnicę, jeśli backend nie zostanie przeniesiony w miejsce trwałe. Ten sam README opisuje ścieżkę samodzielnego backendu dla zdalnego Electrona, przeglądarek, kontenerów i usług linuksowych, gdzie i tak trafiłaby większość wdrożeń firmowych.

Opcje KMS w Somie wskazują na tę samą rzeczywistość. Lokalne szyfrowanie jest wygodne dla pojedynczego programisty. AWS KMS, z GCP opisanym jako zapowiedź, to rozwiązanie, o które poprosi organizacja z obowiązkiem audytu. Luka między demem a wdrożeniem to miejsce, w którym te projekty zostaną ocenione.

Na razie użytecznym sygnałem jest to, co autorzy postanowili zbudować najpierw. Jeden wybrał równoległe worktree. Jeden wybrał skrzynkę. Jeden wybrał warstwę zarządzania wokół jednego pliku binarnego. To trzy różne zakłady o to, gdzie praca agentów naprawdę się psuje, i tylko użycie rozstrzygnie, który był trafny.