Pytanie pada regularnie, odkąd Paperclip pojawił się w marcu, i jest zrozumiałe. Oba narzędzia są otwarte, oba postawisz na własnym serwerze, oba obiecują to samo: że praca wykona się bez Twojego udziału w każdym kroku. Ludzie przychodzą po to samo, więc porównują.
Tyle że to są dwie różne kategorie oprogramowania. n8n orkiestruje kroki. Paperclip orkiestruje pracowników.
W n8n rysujesz graf. Trigger odpala, dane płyną po przewodach, a każda decyzja to warunek, który ktoś zakodował wcześniej. W Paperclipie definiujesz cel i obsadę, a droga do celu powstaje w trakcie.
Poniżej cztery różnice, które z tego wynikają, oraz — co ważniejsze — sekcja o tym, gdzie n8n jest po prostu lepszym wyborem.
Cztery różnice architektoniczne
Autonomia siedzi w innym miejscu. To jest punkt, który większość porównań przekręca, bo sugeruje, że n8n „nie ma AI”. Ma, i to niemało: węzeł AI Agent zbudowany na LangChainie, wymienne modele (OpenAI, Anthropic, Gemini, lokalne przez Ollamę), narzędzia, pamięć, pełny RAG przez bazy wektorowe, obsługę MCP. Chatbota z bazą wiedzy złożysz w popołudnie.
Rzecz w tym, gdzie ta autonomia mieszka. Wewnątrz jednego węzła. Pętla wybiera, które z podpiętych narzędzi wywołać i kiedy uznać, że skończyła. Wszystko dookoła — co ją uruchamia, co dzieje się przed i po, rozgałęzienia, ponowienia, obsługa błędów — pozostaje schematem, który zaprojektował i utrzymuje człowiek. Inteligentny krok wewnątrz maszyny, która sama inteligentna nie jest.
Zastrzeżenie: określenie „pre-agentic”, którym opisuje to blog samego Paperclipa, jest sformułowaniem marketingowym jednej strony sporu. Techniczny opis powyżej jest jednak zgodny z dokumentacją obu narzędzi.
Czas trwania. Przebieg w n8n jest epizodyczny: odpala się, wykonuje, kończy. Stan znika, chyba że sam zadbasz o jego zapisanie — a wtedy budujesz własną maszynę stanów na bazie danych i wyzwalaczach czasowych. Cel rozciągnięty na dni jest w n8n do zrobienia, ale to Ty go konstruujesz.
W Paperclipie ciągłość jest domyślna. Zgłoszenia trwają między sesjami, a agent budzi się cyklicznie z kolejki, sprawdza, co ma do zrobienia, i wraca do przerwanej pracy z zachowanym kontekstem.
Rywalizacja o pracę. Paperclip pobiera zgłoszenia atomowo, z blokadą wykonania. To wygląda na szczegół implementacyjny, dopóki nie zrozumiesz, po co jest: kiedy kilku niezależnych pracowników może sięgnąć po to samo zadanie, potrzebujesz gwarancji, że dwóch nie zrobi tego samego dwa razy. W n8n, gdzie przepływ jest jeden i zaprojektowany, problem zwykle nie istnieje. Gdy zaczyna istnieć, budujesz go sam.
Budżet jako warunek uruchomienia. n8n nie ma sufitu wydatków, który blokuje wykonanie — możesz go dokleić, ale to Twoja konstrukcja. Paperclip sprawdza budżet, zanim odpali agenta, a każdy przebieg generuje zdarzenie kosztowe.
Z jednym zastrzeżeniem, którego nie wolno tu pominąć: opisywaliśmy na cyberflux.pl łańcuch sześciu wywołań API, który daje nieuwierzytelnionemu atakującemu kontrolę nad instancją — a więc również nad tymi budżetami. Hamulec zewnętrzny jest wart tyle, ile zabezpieczenie panelu, który nim steruje. Poprawki są dostępne od wersji 2026.416.0.
Piąta różnica, najbardziej praktyczna
Paperclip nie dostarcza agentów. Zarządza cudzymi — Claude Code, Codex, Cursor, Gemini CLI, OpenClaw — uruchamianymi jako osobne procesy przez adaptery.
To brzmi jak ograniczenie, a jest najciekawszą właściwością tego narzędzia. Skoro każdy agent to osobne wywołanie z własnym środowiskiem, katalogiem roboczym i konfiguracją, to heterogeniczność nie jest funkcją, którą ktoś musiał zaimplementować — jest konsekwencją architektury.
Praktycznie oznacza to, że różni agenci w jednej organizacji mogą korzystać z różnych modeli, różnych dostawców i różnych polityk sieciowych. Scenariusz, który z tego wynika i którego nie da się złożyć w stosie jednego dostawcy:
Większość zespołu — role analityczne, redakcyjne, kontrolne — działa na modelu lokalnym, na plikach, w kontenerze bez wyjścia do sieci. Jeden agent ma dostęp do internetu, odpytuje publiczne rejestry i zapisuje wyniki do współdzielonego katalogu. Agent analizujący czyta ten katalog i nie ma jak niczego wysłać, bo jego kontener nie ma ścieżki na zewnątrz.
Kluczowe: granicy nie egzekwuje agent, tylko infrastruktura. Instrukcja „nie pobieraj niczego z sieci” jest życzeniem — agent poproszony o dane, których nie ma, będzie ich szukał każdą dostępną drogą. Odcięty ruch wychodzący jest faktem. To ta sama zasada, która stoi za budżetami: zabezpieczenie działa, kiedy jest poza modelem.
Czego tu nie twierdzę: że zamknięte stosy tego nie potrafią. Codex CLI obsługuje modele lokalne — ma tryb OSS oraz tabelę [model_providers], przez którą wskażesz Ollamę, LM Studio czy dowolny endpoint zgodny z OpenAI. Nie sprawdziłem natomiast, czy w trybie wieloagentowym da się przypisać różnych dostawców różnym agentom, i dopóki tego nie zweryfikuję, nie będę twierdził, że się nie da.
Gdzie n8n wygrywa
Ta sekcja jest ważniejsza od poprzednich, bo większość tekstów o Paperclipie jej nie ma.
Integracje. Ponad czterysta gotowych konektorów — Slack, Salesforce, bazy danych, API. Paperclip ma garść adapterów i system pluginów instalowanych jako paczki npm. Jeśli Twój proces dotyka pięciu systemów SaaS, w n8n podłączysz je po kolei, a w Paperclipie napiszesz do nich integracje.
Dojrzałość. Lata produkcyjnego hartowania kontra pięć miesięcy istnienia i komplet trzech luk, w tym łańcuch prowadzący do wykonania kodu. To nie jest argument przeciwko Paperclipowi na zawsze. Jest argumentem przeciwko stawianiu na nim czegoś krytycznego w sierpniu 2026.
Przewidywalność kosztu. Graf policzysz z góry: tyle wywołań, tyle tokenów, tyle kosztuje. Zespół agentów z cyklicznym budzeniem ma koszt zmienny z założenia. To cecha, nie wada — ale wymaga innego podejścia do budżetowania i trzeba to powiedzieć przed wdrożeniem, nie po pierwszej fakturze.
Determinizm. Jeśli proces jest powtarzalny i znasz wszystkie jego kroki, narysowany graf jest lepszy pod każdym względem: tańszy, szybszy, łatwiejszy do debugowania i dający ten sam wynik za każdym razem. Autonomia w takim miejscu to koszt bez korzyści.
Ludzie. Specjalistów n8n zatrudnisz. Specjalistów Paperclipa nie ma — narzędzie ma pięć miesięcy.
I zdanie, które warto sobie powiesić nad biurkiem: większość procesów, które nazywamy dziś „agentem AI”, to deterministyczne przepływy z krokiem LLM w środku. Te należą do n8n. Wciskanie tam orkiestratora zespołowego to komplikowanie czegoś, co działało.
Właściwa odpowiedź: to nie jest „albo–albo”
Zbiegają się na tym niezależnie wszystkie sensowne źródła, łącznie z firmami hostingowymi, które uruchamiają oba na jednym serwerze dla tych samych klientów.
n8n obsługuje to, co zdarzeniowe i deterministyczne: webhooki, wyzwalacze czasowe, połączenia między API, rozsyłanie powiadomień, zapisy do systemów źródłowych. Paperclip obsługuje to, co wymaga osądu: research, syntezę, redakcję, przegląd, decyzję o tym, czy w ogóle jest o czym raportować.
Wzorzec, który z tego wychodzi:
nowe zgłoszenie w systemie klienta → n8n wychwytuje zdarzenie i normalizuje dane → tworzy zadanie w Paperclipie → agent wykonuje pracę wymagającą osądu, w cyklach, z budżetem i śladem audytowym → wynik wraca do n8n, który zapisuje go w systemie źródłowym i rozsyła powiadomienia
Warstwa integracyjna i warstwa decyzyjna. Każda robi to, w czym jest dobra, i żadna nie udaje drugiej.
Test, który rozstrzyga w trzydzieści sekund
Zadaj sobie jedno pytanie: czy potrafisz narysować ten proces w całości, z góry, ze wszystkimi rozgałęzieniami?
Tak → n8n. Nawet jeśli jeden z kroków wymaga inteligencji, wstaw tam węzeł AI Agent i zostaw resztę jako graf. Nie potrzebujesz org chartu do procesu, który mieści się na jednym diagramie.
Nie, bo droga zależy od tego, co znajdziemy po drodze → dopiero teraz Paperclip ma sens. I nawet wtedy sprawdź trzy rzeczy: czy praca trwa dłużej niż jeden przebieg, czy wymaga więcej niż jednej roli, czy potrzebujesz budżetów i śladu audytowego. Jeśli na wszystkie trzy odpowiedź brzmi „nie”, prawdopodobnie wystarczy pojedynczy agent CLI bez żadnego orkiestratora.
Nie wiem, bo nigdy tego procesu nie opisałem → to jest najczęstsza odpowiedź i oznacza, że problemem nie jest wybór narzędzia. Zacznij od opisania procesu. Bardzo często okazuje się wtedy, że jest deterministyczny i cała rozmowa o agentach była przedwczesna.
Stan na sierpień 2026. Opis mechanizmów obu narzędzi na podstawie ich publicznej dokumentacji; miejsca, w których czegoś nie zweryfikowałem, są w tekście oznaczone. Kwestie bezpieczeństwa warstwy agentowej opisuje cyberflux.pl.
