Jak połączyć ezeep MCP z Claude Code

Jeśli już korzystacie z Claude Code, dodanie funkcji drukowania do tego, co tworzycie, nie wymaga klienta REST, ręcznego przechowywania klucza API ani przeglądania dokumentacji ezeep przed napisaniem pierwszej linii kodu. Claude Code może połączyć się bezpośrednio z ezeep MCP server, odnaleźć narzędzia do drukowania i zacząć je wywoływać w tej samej sesji.

Jak dodać ezeep MCP server do Claude Code

Wystarczy jedno polecenie w terminalu:

claude mcp add --transport http ezeep https://mcp.ezeep.com/mcp

To cała konfiguracja. Nie trzeba najpierw generować tokenu ani ręcznie edytować pliku konfiguracyjnego. Adres URL OAuth oznacza, że Claude Code samodzielnie zarządza logowaniem i odświeżaniem tokenu, więc nic związanego z ezeep nie jest zapisywane w lokalnym pliku, który moglibyście zgubić.

Co się dzieje przy pierwszym wywołaniu narzędzia ezeep w Claude Code

Claude Code nie prosi o nic przy nawiązywaniu połączenia. Gdy po raz pierwszy poprosicie go o wykonanie zadania związanego z ezeep (np. wyświetlenie listy drukarek lub wydruk pliku testowego), otworzy w przeglądarce kartę ze stroną logowania ezeep. Zalogujcie się, w razie potrzeby wyraźcie zgodę, a następnie kontrola wróci do Claude Code. W tej sesji narzędzia do drukowania działają jak każde inne narzędzie dostępne dla Claude Code, a tokeny odświeżają się w tle bez ponownego proszenia o logowanie.

Konto współdzielone czy konto indywidualne — wybór modelu integracji z ezeep

ezeep MCP zadaje to pytanie, zanim pozwoli agentowi zbudować cokolwiek, co będzie drukować w imieniu innej osoby: czy za całym rozwiązaniem ma stać jedno współdzielone konto ezeep, czy każdy użytkownik końcowy ma logować się na własne konto.

Dla większości projektów tworzonych w Claude Code model współdzielonego konta jest właściwy. Działa bez konfiguracji po stronie ezeep i sprawdza się w narzędziach wewnętrznych, skryptach backendowych oraz we wszystkich zastosowaniach, gdzie drukarka należy do Was lub Waszego zespołu, a nie do obcej osoby korzystającej z hostowanej aplikacji. Jeśli tworzycie rozwiązanie, w którym różni użytkownicy muszą drukować jako poszczególne osoby, wybierzcie zamiast tego ścieżkę OAuth dla kont indywidualnych — wymaga ona wcześniejszej rejestracji klienta OAuth. Claude Code może wykonać ten krok za Was, jeśli o to poprosicie.

Build-Time vs. Runtime: dwa sposoby korzystania z serwera ezeep MCP

Są dwa sposoby użycia i warto wiedzieć, z którego korzystacie.

1. Build-time. Tworzycie szkielet nowej funkcji. Poproście Claude Code o dodanie drukowania do aplikacji — odczytuje on narzędzia ezeep, pisze kod integracji i testuje go rzeczywistym zadaniem drukowania. Gdy wszystko zadziała, aplikacja odtąd wywołuje bezpośrednio REST API ezeep. Zadaniem MCP było doprowadzenie was do tego etapu bez konieczności wcześniejszego czytania dokumentacji.

2. Runtime. MCP pozostaje na stałe w grze, jako część rzeczy, które Claude Code (lub agent zbudowany na tym samym protokole) uruchamia w sposób ciągły. Automatyzacja IT sprawdzająca drukarki offline, skrypt drukujący raport według harmonogramu — wszystko, gdzie drukowanie jest jednym z kilku narzędzi, po które agent sięga w razie potrzeby.

Ten sam serwer, te same narzędzia, ten sam login w obu przypadkach. Zmienia się tylko to, jak długo połączenie MCP utrzymuje się po pierwszej działającej wersji.

Co warto wiedzieć, zanim przetestujecie serwer ezeep MCP

Nie ma trybu symulacji. Pierwsze wywołanie funkcji print_from_url wysyła rzeczywiste zadanie drukowania do rzeczywistej drukarki. Skierujcie je więc na coś, na czym nie będzie szkoda zmarnować jednej kartki przy pierwszym teście.

Jeśli szukacie prostego sposobu, żeby zawsze sprawdzać status ezeep w narzędziach AI, których używacie na co dzień, ezeep MCP zdecydowanie warto wypróbować.

Work with ezeep's MCP

See how now.

Start Free Trial