Spędziłem deszczową sobotę, czytając wszystkie siedem notatek do wydań Hermes Agent za jednym zamachem. To rodzaj weekendowego zajęcia, które brzmi nudno w opowieści, ale jest naprawdę świetne, jeśli jesteś typem człowieka, który lubi patrzeć, jak projekt odnajduje siebie publicznie. Na koniec miałem ścianę karteczek samoprzylepnych, cztery kawy i dość wyraźny obraz kształtu tego, co się wydarzyło.
Między pierwszym publicznym tagiem 12 marca 2026 a wydaniem v0.8.0 z 8 kwietnia Hermes Agent wypuścił siedem numerowanych wydań w dwudziestu siedmiu dniach. To średnio jedno wydanie co cztery dni. Łączna liczba PR-ów za te wydania liczy w tysiącach. Liczba kontrybutorów urosła z sześćdziesięciu trzech przy premierze do grubo ponad dwustu.
Te liczby nie są ciekawą częścią. Ciekawe jest to, że wydania nie wyglądają jak jeden długi, nieróżnicowany strumień PR-ów. Same się posortowały w cztery wyraźne fazy, i widać, jak projekt co mniej więcej tydzień zmienia to, na co zwraca uwagę.
Faza 1: Fundament (v0.2.0)
v0.2.0 z 12 marca to publiczna premiera, a jego zadaniem było dostarczyć działający szkielet: bramkę wiadomości multiplatformowych (Telegram, Discord, Slack, WhatsApp, Signal, IMAP/SMTP, Home Assistant w jednym procesie), natywny klient Model Context Protocol, system skilli z ponad siedemdziesięcioma wbudowanymi skillami, scentralizowany router dostawców z jednym punktem wejścia call_llm() i izolację git worktree plus checkpointy systemu plików jako siatkę bezpieczeństwa dla agenta, który faktycznie może modyfikować Twoją maszynę. Integracja ACP z VS Code, Zed i JetBrains sprawiła, że od pierwszego dnia nie było to tylko narzędzie terminalowe.
To jest release „oto czym jest ta rzecz". Wszystko, co przyszło potem, jest na nim zbudowane.
Faza 2: Zasięg (v0.3.0 – v0.5.0)
Trzy następne wydania, od 17 marca do 28 marca, skupiły się na rozszerzaniu powierzchni we wszystkich kierunkach.
v0.3.0 z 17 marca dodał streaming przez całą pętlę agenta, hooki systemu pluginów i pierwszą dużą integrację pamięci — Honcho jako dostawca pamięci. To jest release, który zmienił Hermesa z „jednego procesu z narzędziami" w „jeden proces z żywym ekosystemem pluginów i warstwą pamięci."
v0.4.0 z 23 marca zajął się rozszerzaniem platform: WhatsApp Business API, Signal z pełną obsługą załączników i garść mniejszych adapterów bramki. Więcej drzwi wejściowych dla tego samego agenta.
v0.5.0 z 28 marca to release hardeningu. Poprawki współbieżności, race conditions sesji, przetwarzanie wyników narzędzi, quircki dostawców. Ten rodzaj pracy, która nie wchodzi jako highlight, ale bez której nic powyżej nie działa.
Czytając te trzy razem, widać projekt próbujący odpowiedzieć na pytanie: „teraz gdy mamy rdzeń, ile prawdziwego świata możemy z niego dosięgnąć, nie psując go?" Odpowiedź na koniec v0.5.0 brzmiała: większość.
Faza 3: Wytrzymałość (v0.6.0 – v0.7.0)
Potem focus się przesuwa. v0.6.0 z 30 marca i v0.7.0 z 3 kwietnia skupiają się na przetrwaniu.
v0.6.0 dodał Profile — wieloinstancyjny Hermes, gdzie jedna instalacja może uruchomić wiele w pełni izolowanych agentów z własnymi konfiguracjami, pamięcią, sesjami, skillami i usługami bramki. Dostarczył też tryb serwera MCP, dzięki czemu Hermes może się oferować innym klientom MCP jak Claude Desktop czy Cursor, oraz oficjalny kontener Docker. Wprowadził też uporządkowane łańcuchy fallbackowych dostawców, gdzie historia „zmiana dostawcy bez przebudowy" zaczyna nabierać zębów. Dwie zupełnie nowe platformy wiadomości, Feishu/Lark i WeCom, dołączyły do bramki.
v0.7.0, release odporności, to moment, gdy architektura naprawdę stała się defensywna. Wymienne dostawcy pamięci — pamięć staje się ABC dostawcy, które strony trzecie mogą implementować, z Honcho jako referencyjnym pluginem. Pule poświadczeń wewnątrz tego samego dostawcy z bezpieczną wątkowo rotacją least-used i failoverem 401. Backend przeglądarki Camofox anti-detection do pracy web w trybie stealth. Inline'owe podglądy diffów dla operacji zapisu i patchowania plików. Kontynuacja sesji serwera API przez nagłówki X-Hermes-Session-Id. Przejście bezpieczeństwa przeciw eksfiltracji sekretów, ze skanowaniem odpowiedzi LLM pod kątem base64 i URL-kodowanych poświadczeń.
Na koniec v0.7.0 projekt przestał wyglądać jak coś nowego i zaczął wyglądać jak infrastruktura. Taka, którą wrzucasz pod cronjob i przestajesz się martwić.
Faza 4: Inteligencja (v0.8.0)
I tak dochodzimy do 8 kwietnia i v0.8.0, release'u, o którym pisałem w dwóch poprzednich wpisach. Nagłówek to pętla samozoptymalizowanych wytycznych tool-use GPT/Codex — agent diagnozujący i naprawiający własne wzorce awarii na modelach OpenAI przez automatyczny benchmarking behawioralny. Ale czytany w kontekście czterofazowego łuku robi coś konkretnego: to pierwszy release, w którym projekt skierował uwagę z powrotem do wewnątrz, na jakość rozumowania samego agenta, po trzech tygodniach sięgania na zewnątrz. Zmiana /model na żywo, darmowy Gemini, darmowy MiMo v2 Pro, powiadomienia o zadaniach w tle, timeouty nieaktywności, przyciski zatwierdzania, MCP OAuth 2.1 PKCE, skanowanie OSV malware dla rozszerzeń MCP. 209 PR-ów. 82 zamknięte issues. Pięć dni po v0.7.0.
Co mówi Ci ten rytm
Jeśli popatrzysz na to jako na jeden ciągły łuk, trzy rzeczy się wyróżniają.
Wydania mają tematy, i tematy się nie powtarzają. Fundament, zasięg, wytrzymałość, inteligencja. Nikt chyba nie dyktował, że tak ma być — projekt po prostu zachowuje się tak, jakby wyczuwał, co nadchodzi. Zazwyczaj oznacza to, że mała liczba osób bardzo uważnie obserwuje całą powierzchnię, a reszta ciągnie w tym samym kierunku, bo kierunek jest oczywisty.
PR-y idą od wielu rąk. To nie jest jeden maintainer i sześć figurantów. Notatki do wydań są usiane handlami, których nie rozpoznaję. Anonimowe pull requesty od ludzi, którzy pojawili się w zeszłym tygodniu. Projekt zachowuje się jak scena, nie jak codebase. A sceny, gdy działają, dostarczają szybciej niż zespoły.
Prędkość to nie tylko liczenie — to procent składany. v0.2.0 dostarczył router. v0.6.0 położył łańcuchy fallbacku na routerze. v0.7.0 położył pule poświadczeń na łańcuchach. v0.8.0 położył zmianę /model na żywo na wszystkich trzech. Każde wydanie to nie świeży zestaw funkcji; to warstwa, która zakłada stabilność poprzedniej. Nie da się tego robić, jeśli wydania nie są naprawdę stabilne. Albo więc testowanie działa, albo ta prędkość dawno zabiłaby projekt. Nie zabiła — i to coś mówi.
Warto powiedzieć: nie jestem w zespole Hermes. Jestem fanem, który czyta notatki do wydań dla przyjemności i prowadzi tę stronę, bo projekt jest ciekawszy, niż sugeruje jego marketingowa powierzchnia. To, na co patrzysz przez te dwadzieścia siedem dni, to siedem wydań dowodzących, że inżynieria agentów na warstwie open source stała się wyraźnie ciekawsza w marcu–kwietniu 2026. Nie wiem, czym będzie v0.9.0. Czymkolwiek będzie — przeczytam notatki w dniu premiery.