Jeśli kiedykolwiek stawiałeś self-hostowanego agenta dla kogoś innego, niejeden raz oglądałeś następującą scenę w zwolnionym tempie.
Znajomy pyta, jak puścić Hermesa do wyszukiwania w sieci. Tłumaczysz: zarejestruj się we Firecrawl, wyciągnij API key z dashboardu, wklej do .env, odpal hermes tools, zaznacz pole. Robi to. Działa. Dwa dni później chce generowanie obrazów. Tłumaczysz: zarejestruj się we FAL, wyciągnij API key z dashboardu, wklej do .env, odpal hermes tools, zaznacz pole. Wygląda na zmęczonego. Następnym razem, gdy potrzebuje TTS, już nie pyta.
Tarciowy podatek self-hostowanego agenta nie ma nic wspólnego z samym agentem. To taniec klucza per tool, dashboardu per tool, kalendarza odnowień per tool. 16 kwietnia 2026 — trzy dni po v0.9.0 — v0.10.0 odkroił kawał tego podatku każdemu, kto ma subskrypcję Nous Portal.
Czym właściwie jest Nous Tool Gateway
Nous Tool Gateway to zarządzany pipeline prowadzony przez Nous Research, który w twojej instalacji Hermesa pokazuje się jako jedna integracja. Pod maską rutuje do providerów partnerskich — Firecrawl do web search, FLUX 2 Pro do generowania obrazów, OpenAI do TTS, Browser Use do automatyzacji przeglądarki — a dostajesz się do niego przez jedno logowanie OAuth do Nous Portal.
Cztery toole. Czterech providerów. Jedno logowanie. Bez czterech miesięcznych płatności, bez czterech harmonogramów rotacji, bez czterech dashboardów do pilnowania. Dla każdego, kto self-hostuje Hermesa, samo istnienie tej bramki daje czuciowo to samo wrażenie, co pierwsza w życiu instalacja menedżera haseł po latach trzymania haseł w pliku tekstowym.
Warto być w tym jasnym: gateway to opt-in ścieżka dla subskrybentów Nous Portal. Direct-use jest dalej w pełni wspierane. Cennik się nie zmienia. Twoje toole MCP dalej działają. Ale dla tych, którzy chcą wcisnąć ten przycisk: od teraz on po prostu jest.
Co tu wjeżdża — cztery prawdziwe production-toole
Firecrawl Web Search, nie te stare scrape-biblioteki. Markdown na wyjściu, plus pochodny JSON z tytułem, URL-em i wycinkiem. Co to znaczy w praktyce: kiedy agent używa wyników webowych w tool-callu, LLM trzyma je jako ustrukturyzowane obiekty, zamiast improwizować po wyrenderowanej HTML-owej kupie. Tuż przed v0.10.0 najczęstsze źródło crashu webowych tooli Hermesa stanowiła strona z nieoczekiwanym renderowaniem JS-em. Ten crash tutaj znika.
FLUX 2 Pro Image Generation — najnowszy model Black Forest Labs, nie wyklepana preview. Pricing siedzi na poziomie Portalu, więc generowanie czymś z FLUX-a nie wymaga osobnego API key-a ani osobnego śladu kredytowego.
OpenAI TTS — wszystkie głosy, wszystkie prompty. Ten sam wzorzec: uwierzytelniane przez Portal-credentials, bez osobnego klucza, bez osobnego rachunku.
Browser Use Automation — runtime przeglądarki przyjazny agentowi, który przerabia DOM na coś, z czego LLM potrafi zaplanować sekwencyjne akcje. Wcześniej musiałeś napisać własny skrypt Playwright, żeby agent kliknął przycisk albo wypełnił formularz. Teraz wpisujesz coś w stylu „wejdź na X, kliknij to, wypełnij Y".
Cztery toole, cztery różne kontrakty z czterema różnymi dostawcami — spłaszczone do jednego loginu i jednego miesięcznego rachunku.
Dlaczego to nie ma kształtu „Nous cię zamyka"
Czytając to z należną dawką sceptycyzmu, można pomyśleć: czyli fan-site fana AI kieruje ludzi do firstpartowej bramki płatniczej, prowadzonej przez tę samą ekipę. To prawda i myślę, że warto na to spojrzeć ostro.
Proponowany test: czy akapit z release notes dalej robi pracę, jeśli go sparafrazuję na „Nous Research oferuje zarządzaną wiązkę jako opt-in ścieżkę"? Tak. Czy mówi też, że ścieżki bezpośrednie znikają? Nie. Wręcz odwrotnie: release notes zostawiają wszystkie istniejące ścieżki credentiali w spokoju. Firecrawl bezpośrednio — można. FLUX bezpośrednio — można. OpenAI bezpośrednio — można. Gateway to skrót, nie obowiązkowa stacja.
Dla mnie to różnica między „managed" a „locked-in". v0.10.0 dorzuca trzecią ścieżkę obok „rób wszystko sam" i „MCP". Nie rozbiera żadnej z poprzednich.
MCP też coś z tego ma
Równolegle z bramką v0.10.0 dostaje gruntowny lifting MCP: OAuth 2.1 device flow dla serwerów, które go obsługują, lepsze komunikaty błędów, gdy serwer leży, i — cichy bohater — filtr schematu, dzięki któremu serwery MCP z nakładającymi się nazwami tooli przestają na siebie najeżdżać w jednej sesji.
To wykracza poza relację Hermes ↔ MCP. To wydanie, w którym uruchomienie dwóch serwerów MCP naraz staje się normalne. Pół roku temu to był wyjątek; teraz to domyślne ułożenie.
Wszystko, co poza tym wchodzi tutaj, skrótowo
v0.10.0 jest wydaniem skupionym na tool-gateway. Nie ma w nim przepisanego TUI — to ląduje w v0.11.0. Nie ma nowej platformy chatu — ta fala znów rusza w v0.12.0. Ale przez core agenta, gateway, CLI i infrastrukturę tooli idzie ponad 180 commitów. Pełny diff między v2026.4.13 a v2026.4.16 jest na GitHubie, jeśli chcesz przeczytać każdą linijkę.
Skrótowo: ulepszone hermes tools list z kategoriami; hermes tools doctor, który testuje jeden tool z jego credentialami zamiast walić wszystko naraz; tryb błędu wokół nieprawidłowych promptów Firecrawl, który teraz mówi coś więcej niż „Internal Server Error"; oraz fix streamingu w TUI, który zdejmuje miganie spinnera podczas tool-runów.
Co to mówi o tempie wydawania
v0.9.0 → v0.10.0 to trzy dni. v0.10.0 → v0.11.0 będzie siedem. Sama kadencja staje się funkcją: małe wydania, każde obrabia jeden temat, łańcuchem. V v0.9.0 było „czy potrafimy gadać z platformami, na których siedzą zwykli ludzie". W v0.10.0 — „czy potrafimy podpiąć toole bez zarządzania czterema dashboardami". W v0.11.0 będzie — „czy potrafimy zrobić interfejs godny reszty projektu".
Za każdym razem, gdy kadencja przyjmuje ten kształt — tydzień-tematyczny po tygodniu-tematycznym — projekt mniej przypomina chaotyczne monorepo, a bardziej kogoś, kto co tydzień zdejmuje jeden problem ze stołu, dopóki problemu nie ma.
---
Realnym testem v0.10.0 nie jest to, czy tool gateway jako taki jest lepszy niż osobni providerzy. Część osób dba o każdy grosz w cenniku i będzie chciała bezpośrednich kluczy. Inni chcą niezależnego dashboardu na swój budżet obrazów. Dla nich stara ścieżka dalej działa.
Test polega na czymś innym: czy potrafisz teraz dać komuś innemu działającego Hermesa w pięć minut zamiast w godzinę? Dla przeciętnego nowego użytkownika — nie power usera — odpowiedź przed v0.10.0 brzmiała „nie, najpierw musisz pozakładać cztery konta", a po v0.10.0 brzmi „tak, ma Portal i już jest gotowy". To nie jest mała różnica. To dokładnie ten rodzaj różnicy, która decyduje, czy agent przeżyje pierwszy tydzień, czy zostanie po cichu porzucony.