Najpotężniejsze narzędzie, jakie można dziś dać Claude Code, to nie kolejna integracja, tylko sposób rozmowy z innymi programami. Mowa o Printing Press — narzędziu, które zamienia dowolną stronę albo usługę w CLI. Zanim wyjaśnię, czym jest CLI, jeden przykład pokazuje, o co chodzi: Claude Code dostał polecenie „pobierz dziesięć najnowszych wpisów z wybranej platformy społecznościowej” i pobrał je — choć ta platforma nie udostępnia oficjalnego sposobu połączenia. Cała operacja przesłała ponad 130 tysięcy tokenów danych, ale do pamięci Claude trafiło z tego tylko około dwóch tysięcy: czyste podsumowanie zamiast surowej sterty informacji.
Najpierw słownik: CLI, API, MCP
Zacznę od trzech pojęć, bo cały tekst krąży wokół nich.
CLI (z angielskiego command line interface, czyli interfejs wiersza poleceń) to sposób korzystania z programu przez wpisanie komendy zamiast klikania w przyciski. To nic nowego — w ten sposób działają choćby narzędzia wiersza poleceń Google, GitHuba czy samego Claude. Dla agenta, czyli programu, który sam wykonuje zadania krok po kroku, jest to forma najwygodniejsza.
API (interfejs programistyczny) to techniczny sposób, w jaki jeden program prosi drugi o dane. W odpowiedzi dostaje zwykle obszerną, surową paczkę informacji — często znacznie więcej, niż w danej chwili potrzeba.
MCP (z angielskiego Model Context Protocol) to nowszy standard podłączania narzędzi do modeli AI. Jego zaletą jest to, że agent od razu widzi listę dostępnych funkcji. Wadą — że ta lista, wraz z opisami, zajmuje miejsce w pamięci modelu przy każdej sesji, nawet jeśli z danej funkcji w ogóle nie korzystasz.
Warto przy okazji przypomnieć dwa pojęcia, które wrócą niżej. Token to fragment tekstu, którym model operuje — z grubsza kawałek słowa; za tokeny się płaci i to nimi mierzy się zużycie. Okno kontekstu to ilość tekstu, jaką model „widzi” naraz: instrukcje, pliki, wcześniejszą rozmowę. Im więcej zbędnych danych do niego trafia, tym szybciej się zapełnia i tym drożej kosztuje sesja.
Dlaczego CLI wygrywa z API i MCP
Sednem różnicy jest to, co dociera do okna kontekstu. Gdy agent sięga po API, dostaje pełną, surową odpowiedź — i cała ona ląduje w pamięci. CLI działa inaczej: ciężka część pracy dzieje się lokalnie, a do modelu wraca krótkie, gotowe podsumowanie. Stąd te dwa tysiące tokenów zamiast stu trzydziestu z przykładu na początku.
Pokażę ci konkretne porównanie z jednego testu: w tym samym zadaniu MCP zużył trzydzieści pięć razy więcej tokenów niż CLI, a niezawodność spadała ze stu procent przy CLI do siedemdziesięciu dwóch procent przy MCP, gdy zadania stawały się trudniejsze. To pojedynczy benchmark, nie reguła uniwersalna — ale różnica jest wyraźna.
Pozostałe różnice układają się w prostą hierarchię. API powstały z myślą o kodzie, nie o agentach płacących za każdy token — stąd surowe, rozdęte odpowiedzi i okazjonalne kłopoty z logowaniem czy dzieleniem wyników na strony. MCP rozwiązał problem odkrywania narzędzi, ale za cenę stałego obciążenia pamięci opisami wszystkich funkcji. CLI jest lokalne, szybkie, zwraca gotowy, krótki tekst i pozwala łączyć komendy w łańcuchy.
Z tego wynika prosta kolejność wyboru, gdy chcesz, żeby Claude Code rozmawiał z jakimś narzędziem. Najpierw sprawdź, czy istnieje CLI. Jeśli nie, ale jest API — z API niemal zawsze da się CLI zbudować. MCP zostaje opcją ostatnią, gdy nie ma ani jednego, ani drugiego.
Czym jest Printing Press
Printing Press to dwie rzeczy naraz: biblioteka gotowych CLI oraz fabryka, która pomaga zbudować własne. Narzędzie jest świeże — to nowość sprzed kilku dni. W bibliotece jest już około pięćdziesięciu gotowych komend, między innymi do wyników sportowych, wyszukiwania lotów, przepisów czy serwisów zakupowych. Fabryka pozwala zaś zamienić w CLI praktycznie dowolne narzędzie.
Tu kryje się najciekawsza obietnica. Większość stron, z których agent miałby korzystać, nie udostępnia wygodnego API. Część jest wręcz zabezpieczona przed automatycznym pobieraniem danych. Printing Press pozwala mimo to zbudować dla nich własne CLI — przykładowo dla wybranej platformy społecznościowej z początku tekstu, która żadnego oficjalnego sposobu połączenia nie udostępnia. Narzędzie samodzielnie zbadało jej działanie i odtworzyło potrzebne komendy. Cały ten proces zajmuje zwykle około dziesięciu minut — a moim zdaniem to właśnie tutaj leży sedno: bez takiej fabryki większość z nas nie zbudowałaby tego CLI wcale.
Jak to uruchomić i zbudować własne CLI
Start jest prosty: wystarczy podać Claude Code adresy stron Printing Press i poprosić o instalację — gotowego zestawu startowego oraz fabryki, bez której nie da się tworzyć nowych komend. Jeden warunek techniczny to Go, darmowy, otwarty język programowania stworzony przez Google, dobrze nadający się do budowy narzędzi wiersza poleceń. Jego pobranie również można zlecić Claude Code — zajmuje to około minuty.
Budowa własnego CLI sprowadza się do opisania zwykłym językiem, czego potrzebujesz: na przykład „zbuduj komendę, która pobiera artykuły z tego serwisu”. Claude Code samodzielnie zbada stronę, sprawdzi dostępne funkcje, a potem wygeneruje gotowe CLI i je przetestuje. Pomyśl o programie, którego używasz często, a który nie ma dobrego API — to dobry kandydat na pierwszą własną komendę.
Dwie granice są tu istotne. Po pierwsze, dane logowania — klucze, tokeny dostępu, hasła — nie trafiają do samego skryptu CLI, tylko do osobnego, prywatnego pliku konfiguracyjnego, dokładnie tak jak przy API. Dzięki temu gotową komendę można bezpiecznie spakować do repozytorium i udostępnić zespołowi, a każda osoba podstawia własny klucz. Po drugie, CLI nie omija limitów usługi. Jeśli dany serwis pozwala na określoną liczbę operacji dziennie, ten limit obowiązuje również przez CLI — narzędzie zmienia sposób rozmowy, nie reguły po drugiej stronie.
Co z tego wynika
Wartość Printing Press nie polega na tym, że pojedyncza komenda robi więcej niż API tej samej usługi. Polega na czymś szerszym: na możliwości zamienienia niemal dowolnego narzędzia w CLI i prowadzenia całej pracy przez komendy zamiast przez surowe API i obciążające pamięć serwery MCP. Dla osoby pracującej z Claude Code oznacza to mniej tokenów zużytych na każde zapytanie, czystsze okno kontekstu i bardziej przewidywalne działanie przy trudniejszych zadaniach. Zanim podłączysz kolejne narzędzie przez MCP, warto zadać proste pytanie: czy nie da się tego załatwić komendą.