Recenzja NanoClaw: alternatywa dla OpenClaw oparta na kontenerach

NanoClaw powstał jako odpowiedź na konkretny zarzut wobec OpenClaw: za dużo kodu i agent, który domyślnie uruchamia polecenia na hoście. Odpowiedzią jest mały projekt w TypeScript, w którym jeden proces na hoście kieruje wiadomości, a każdy agent żyje we własnym kontenerze Linuksa i widzi tylko zamontowane foldery. Wystartował 31 stycznia 2026, ma licencję MIT, a gdy sprawdzaliśmy 8 listopada, miał 31,096 gwiazdek na GitHubie. Ceną jest to, że niemal we wszystkim opiera się na Claude i Claude Code.

Dla kogo

NanoClaw pasuje deweloperom, którzy chcą agenta w stylu OpenClaw w WhatsApp, Telegramie, Slacku, Discordzie lub iMessage, bardziej cenią izolację niż wielkość ekosystemu i nie mają nic przeciwko temu, by Claude Code edytował ich fork. Kto woli konfigurować rzeczy przez edycję pliku ustawień albo nie używa Claude Code, uzna to podejście za odwrócone.

Instalacja: warto zarezerwować godzinę

Quickstart uczciwie mówi o nakładzie pracy: „Plan for 30–60 minutes.” (należy zaplanować 30–60 minut). Potrzebny jest Mac lub maszyna z Linuksem z co najmniej 4 GB pamięci (Windows przez WSL2) oraz Git. Następnie:

git clone https://github.com/nanocoai/nanoclaw.git
cd nanoclaw
bash nanoclaw.sh

Skrypt instaluje to, czego brakuje (Node, pnpm i Docker), a następnie prowadzi przez ustaloną sekwencję:

1. Obraz sandboksa. Zbudowanie go lokalnie (domyślnie, bez łączenia się z czymkolwiek) lub pobranie gotowego, utwardzonego obrazu od partnera Echo, co wymaga darmowego konta NanoClaw.
2. Poświadczenia. Instaluje OneCLI, sejf na dane logowania do modelu, i łączy się Claude, Codex lub klucz API. Przewodnik zakłada subskrypcję Claude Pro lub Max.
3. Dostęp do folderów. Wybiera się, które dodatkowe foldery agent może widzieć. W świeżej instalacji ta lista jest pusta.
4. Usługa w tle i wiadomość testowa.
5. Opcjonalnie kanał czatu. Telegram łączy się przez @BotFather i kod parowania, Slack może sam utworzyć aplikację, a WhatsApp łączy się jako urządzenie przez kod QR lub kod parowania.

To więcej kroków niż w instalatorze OpenClaw, ale każdy z nich to decyzja bezpieczeństwa podejmowana z góry, a nie odkładana na później.

Izolacja: domyślnie kontenery i sejf poświadczeń

Dostęp do powłoki nigdy nie dotyka hosta: każdy agent działa we własnym kontenerze i widzi tylko to, co się zamontuje. Mniej oczywista część to poświadczenia. Agenci nie trzymają surowych kluczy API; połączenia wychodzące przechodzą przez bramkę poświadczeń z politykami i limitami zapytań dla każdego agenta. Agent poddany prompt injection może nadużyć posiadanego dostępu, ale nie może odczytać i ujawnić klucza, którego nigdy nie widzi. NemoClaw stosuje podobne podejście, trzymając poświadczenia poza swoim sandboksem.

Granicą jest Docker, więc Docker jest twardym wymaganiem, a maszyna musi być włączona i połączona z siecią, aby agent mógł odpowiadać.

Telemetria

NanoClaw nie ma własnych kont użytkowników (opcjonalne konto służy tylko do utwardzonego obrazu) i nie trenuje modeli. Domyślnie wysyła jednak anonimową diagnostykę instalacji; aby ją zatrzymać, należy ustawić NANOCLAW_NO_DIAGNOSTICS=1. Przy pobieraniu utwardzonego obrazu konto zapisuje adres e-mail i czas pobrania.

Dostosowywanie: celowo bez plików konfiguracyjnych

To decyzja, która definiuje NanoClaw. Nie ma czego konfigurować; aby zmienić zachowanie, prosi się Claude Code o zmianę kodu we własnym forku, a nowe kanały (Teams, Matrix, Google Chat, Signal, WeChat, e-mail i inne) przychodzą jako umiejętności /add-<channel>, które stosuje Claude Code. Tak samo działają inni dostawcy modeli: OpenCode, Codex i Ollama dodaje się dla każdego agenta przez umiejętności.

Zaletą jest baza kodu na tyle mała, że da się ją przeczytać, i konfiguracja dokładnie taka, o jaką się prosiło. Wady są realne dla osób hostujących samodzielnie:

• Im bardziej fork się zmienia, tym bardziej pobieranie aktualizacji z głównego repozytorium staje się scalaniem, a nie aktualizacją.
• Debugowanie i zmiany przechodzą przez Claude Code, który sam wymaga subskrypcji modelu lub klucza.
• Dwie instalacje NanoClaw mogą zachowywać się zupełnie inaczej, więc odpowiedzi społeczności mają mniej bezpośrednie zastosowanie.

Modele i koszty

Domyślnie używany jest Claude przez Claude Agent SDK od Anthropic, więc realny koszt działania to subskrypcja Claude lub opłaty za API. Lokalne modele z otwartymi wagami przez Ollama są możliwe dzięki umiejętności, co sprowadza rachunek za model do zera kosztem możliwości. Pomagają tu zaplanowane zadania: mogą najpierw uruchomić skrypt-bramkę i nie budzić agenta, gdy nie ma nic do zrobienia, co oszczędza tokeny przy częstych sprawdzeniach.

Porównanie

• OpenClaw: 29 kanałów czatu, 142 oficjalne wtyczki i zwykły plik konfiguracyjny, ale narzędzia działają na hoście, dopóki nie włączy się sandboksa. Zobacz NanoClaw vs OpenClaw.
• ZeroClaw: również domyślnie w sandboksie, jako jeden plik binarny w Rust, bez potrzeby Dockera i domyślnie bez telemetrii.
• NemoClaw: opakowuje OpenClaw lub Hermesa w sandbox z zatwierdzaniem dostępu do sieci, ale jest w fazie alfa i jest cięższy.
• Rakazo: również kontener na komputer każdego bota, przeznaczony dla kilku stale działających botów z aplikacją webową i mobilną.

Więcej opcji w zestawieniu alternatyw dla OpenClaw.

Werdykt

NanoClaw ma jedno z najmocniejszych podejść do izolacji wśród lekkich agentów: kontenery dla każdego agenta, pusta lista dozwolonych folderów i klucze, których agent nigdy nie trzyma. Ceną jest uzależnienie od Claude Code jako narzędzia konfiguracji i fork, który trzeba utrzymywać. Dla osób, które i tak pracują w Claude Code, ta cena jest niska; pozostałym lepiej wybrać agenta, którego da się skonfigurować bez niego.