ezeep MCP: Drukowanie w chmurze jako server MCP
Zapewnijcie każdemu narzędziu AI zgodnemu z MCP możliwość wyświetlania listy drukarek, przesyłania zadań drukowania, zarządzania użytkownikami i pobierania danych o użyciu. Działa z Claude, Cursor, Copilot, Lovable oraz z każdym frameworkiem agentowym obsługującym Model Context Protocol. OAuth 2.0 z separacją zakresów.
Czym jest server ezeep MCP?
Server ezeep MCP to hostowana implementacja Model Context Protocol (MCP), która udostępnia drukowanie w chmurze jako zestaw wywoływalnych narzędzi dla agentów AI, asystentów i twórców aplikacji. Umożliwia każdemu klientowi zgodnemu z MCP — w tym Claude Desktop, Cursor, GitHub Copilot i Lovable — odnajdowanie drukarek, przesyłanie zadań drukowania, zarządzanie użytkownikami i pobieranie danych o użyciu przy pomocy języka naturalnego lub poleceń programistycznych. MCP jest oparty na platformie druku w chmurze ezeep i jest dostępny we wszystkich planach ezeep bez dodatkowych kosztów.
Dlaczego drukowanie to brakujące narzędzie w każdym agentowym przepływie pracy?
Asystenci AI nie mają dostępu do świata fizycznego
Administrator IT może poprosić Claude o listę instancji AWS, ale nie o listę drukarek. Asystent magazynowy może wygenerować etykietę wysyłkową w PDF, ale nie skieruje jej do drukarki etykiet. Drukowanie utknęło za stosami sterowników, serwerami wydruku i specyficznymi API dostawców — żadne z tego agent nie obsłuży bez niestandardowych integracji.
Twórcy AI polecają usługi, które nie istnieją
Poproście Lovable, Cursor lub Copilot o dodanie funkcji drukowania, a propozycje szybko się rozlecą: Google Cloud Print zniknął w 2021 r., API przeglądarek nie sięgają do rzeczywistych drukarek, a ręcznie budowane integracje REST zajmują godziny debugowania. Funkcje są wycinane albo aplikacja trafia na rynek bez obsługi drukowania.
Tworzenie własnych rozwiązań to odtwarzanie tego, co ezeep już rozwiązał
Renderowanie wieloplatformowe, zarządzanie sterownikami, wykrywanie drukarek, routing zadań, uwierzytelnianie użytkowników, monitorowanie floty. Jeśli tworzycie własną integrację AI→druk, zaczynacie od zera. ezeep MCP dostarcza platformę drukowania dla Enterprise z ponad 6 000 sterowników, obsługą etykiet Zebra i aktywną bazą klientów.
Wbudujcie bezpieczne zwalnianie wydruku w swojej aplikacji
# Get pending jobs for authenticated user
curl -X GET 'https://printapi.ezeep.com/pullprint/jobs' \
-H "Authorization: Bearer <access_token>"
# Release a specific job to a printer
curl -X POST 'https://printapi.ezeep.com/pullprint/release' \
-H "Authorization: Bearer <access_token>" \
-H "Content-Type: application/json" \
-d '{
"job_id": "<pending_job_id>",
"printer_id": "<release_printer_id>"
}'
// Get pending jobs for authenticated user
const jobs = await fetch(
"https://printapi.ezeep.com/pullprint/jobs",
{ headers: { Authorization: "Bearer <access_token>" } }
);
// Release a specific job to a printer
const release = await fetch(
"https://printapi.ezeep.com/pullprint/release",
{
method: "POST",
headers: {
"Content-Type": "application/json",
Authorization: "Bearer <access_token>",
},
body: JSON.stringify({
job_id: "<pending_job_id>",
printer_id: "<release_printer_id>",
}),
}
);
import requests
headers = {"Authorization": "Bearer <access_token>"}
# Get pending jobs for authenticated user
jobs = requests.get(
"https://printapi.ezeep.com/pullprint/jobs",
headers=headers
).json()
# Release a specific job to a printer
release = requests.post(
"https://printapi.ezeep.com/pullprint/release",
headers={**headers, "Content-Type": "application/json"},
json={
"job_id": "<pending_job_id>",
"printer_id": "<release_printer_id>",
},
).json()
Wyszukujcie dostępne drukarki według nazwy, lokalizacji lub możliwości. Przesyłajcie zadania drukowania, przekazując dokument i docelową drukarkę. Monitorujcie i zarządzajcie zadaniami w toku. Twórzcie i administrujcie użytkownikami, grupami i przypisaniami drukarek. Pobierajcie historię użycia i raporty. Zarządzajcie całą flotą drukarek za pomocą konwersacji — poproście AI o pokazanie drukarek offline, zaproszenie użytkowników lub ponowne przypisanie grup drukarek bez otwierania panelu.
Drukarki, zadania drukowania, użytkownicy, grupy, przypisania, konektory, raporty użycia.
Claude, Cursor, Lovable, Windsurf, GitHub Copilot i każda platforma obsługująca Model Context Protocol.
Drukowanie etykiet wysyłkowych i listów przewozowych z platformy fulfilmentowej opartej na Lovable. Uruchamianie procesów fakturowania z przepływu pracy księgowego opartego na Claude. Tworzenie kopilota do operacji magazynowych, który kieruje dokumenty do odpowiedniej drukarki we właściwym czasie. Dodawanie do każdej aplikacji stworzonej przez AI przycisku drukowania, który działa niezawodnie w skali przedsiębiorstwa.
Co możecie zrobić
Wysyłanie zapytań o oczekujące zadania drukowania dla uwierzytelnionego użytkownika. Zwalnianie wybranych zadań do docelowej drukarki na żądanie. Tworzenie niestandardowych interfejsów zwalniania wydruków dla kiosków, ekranów dotykowych lub aplikacji mobilnych. Obsługa przepływów uwierzytelniania zarówno dla zaufanych użytkowników, jak i zaufanych urządzeń.
Typowe zastosowania
Niestandardowe aplikacje do zwalniania wydruków na ekranach dotykowych drukarek, zwalnianie za pomocą RFID lub zbliżenia identyfikatora przy współdzielonych urządzeniach, zwalnianie mobilne z niestandardowej aplikacji, bezpieczne drukowanie w środowiskach opieki zdrowotnej i usług finansowych.
Jak działa server ezeep MCP?
Dodajcie punkt końcowy MCP do swojego klienta AI
Claude Desktop, Cursor, Copilot, i większość klientów MCP akceptuje blok konfiguracyjny taki jak ten:
{ "mcpServers": { "ezeep": { "type": "http", "url": "https://[ezeep-mcp-endpoint]/mcp" } } }
Lovable i inni twórcy AI, którzy obsługują osobiste konektory, przyjmują ten sam adres URL przez własny interfejs użytkownika.
Uwierzytelnianie za pomocą OAuth
Przy pierwszym użyciu klient otwiera przeglądarkę w celu uwierzytelnienia OAuth. Zalogujcie się przy użyciu konta administratora organizacji ezeep. Serwer zwraca krótkotrwały token dostępu z mechanizmem jednorazowej rotacji tokena odświeżającego, zgodnie ze specyfikacją autoryzacji MCP. Dane uwierzytelniające nigdy nie pojawiają się w rozmowie AI ani w logach klienta.
Wywoływanie narzędzi
AI odkrywa 20 narzędzi obejmujących drukowanie, administrację i wsparcie dla deweloperów. Wywołuje je za pomocą języka naturalnego lub wejścia programowego. Wszystko działa na tej samej platformie ezeep co REST API, z tymi samymi limitami żądań, rozliczeniami i raportowaniem.
Jaka jest różnica między używaniem ezeep MCP na etapie tworzenia a w czasie wykonywania?
Etap tworzenia: przygotowanie szkieletu integracji
W aplikacjach Lovable, Cursor, Copilot lub Claude Desktop AI wykorzystuje MCP do stworzenia funkcji drukowania. Odkrywa powierzchnię narzędzi, czyta przewodnik integracji, generuje działający kod i wykonuje wydruk testowy. Wdrożona aplikacja wywołuje następnie ezeep REST API w czasie wykonywania. MCP nie jest w pętli użytkownika końcowego. To podstawowa ścieżka dla twórców aplikacji AI i najszybszy sposób, by programista prototypował integrację drukowania.
Czas wykonywania: sterowanie agentem
Frameworki agentów używają MCP jako stałego interfejsu. Agent wywołuje list_printers, print_from_url, oraz get_print_job_status jako natywne narzędzia w ramach większego przepływu pracy. To ścieżka dla automatyzacji IT (status floty, wdrażanie użytkowników), copilotów operacyjnych (drukowanie etykiet z WMS) oraz przepływów dokumentów działających bez udziału człowieka.
Jakie narzędzia udostępnia server ezeep MCP?
list_printers, get_printer_properties, print_from_url, print_uploaded_file, prepare_file_upload, get_print_job_status, get_supported_filetypes
lista_konektorów, pobierz_status_konektora, lista_konektorów_offline, lista_drukarek_z_problemami, lista_grup, utwórz_grupę, przypisz_drukarkę_do_grupy, lista_użytkowników, zaproś_użytkownika, dodaj_użytkownika_do_grupy
pobierz_przewodnik_integracji, pobierz_dokumentację_API, pobierz_przykład_kodu
Rozdzielenie zakresów odbywa się na warstwie uwierzytelniania. Zakres drukowania obejmuje narzędzia do obsługi drukarek, zadań drukowania i plików. Zakres kont obejmuje zarządzanie użytkownikami, grupami i konektorami. Narzędzia wsparcia deweloperskiego nie wymagają wcale uwierzytelniania, więc klient AI może przeczytać dokumentację integracji i wygenerować kod szkieletowy, zanim użytkownik się zaloguje.
User: Print the shipping label at https://example.com/labels/A4719.pdf
to the Warehouse-Zebra-01 printer.
AI: [calls list_printers]
AI: [calls print_from_url with printer_id and file_url]
AI: Printed. Job ID 8f3c9d2a, status sent_to_printer.
Jak ezeep MCP zmienia sposób, w jaki deweloperzy tworzą integracje drukowania?
Integracje: z godzin do minut
Generowanie kodu szkieletowego przez MCP tworzy działający kod REST dla ezeep w ramach jednej rozmowy. Bez instalowania SDK, ręcznego debugowania przepływu uwierzytelniania ani implementowania wykrywania drukarek.
Zadania operacyjne przenoszą się poza Dashboard
Wszystko, co administrator ezeep robi w konsoli webowej, jest dostępne z poziomu klienta AI. Przydatne dla zespołów IT, które już pracują w Claude, Copilot lub Cursor, oraz do automatyzacji zadań administracyjnych, które dotychczas wymagały skryptów wywołujących REST API.
Ta sama platforma co REST API
Wywołania MCP są kierowane przez tę samą infrastrukturę ezeep, która obsługuje REST API. Obowiązują te same limity zapytań, te same rozliczenia, to samo raportowanie i ten sam silnik renderujący oparty na ThinPrint, który codziennie obsługuje miliony zadań drukowania w środowiskach produkcyjnych dla klientów z listy Fortune 500.
Co możecie zbudować za pomocą ezeep MCP Server?
Generatory faktur i dokumentów tworzone w kreatorach aplikacji AI
Kopiloty dla magazynu i logistyki
Helpdesk IT i zarządzanie flotą drukarek za pomocą czatu
Przepływy dokumentów po stronie serwera
Jak skonfigurować server ezeep MCP?
Konfiguracja ezeep MCP przebiega w czterech krokach: dodajcie endpoint do konfiguracji klienta MCP, ukończcie przepływ OAuth przy użyciu konta administratora organizacji ezeep, wywołajcie list_printers aby potwierdzić połączenie, i wywołajcie print_from_url z testowym plikiem PDF. Od zera do pierwszego wydruku w mniej niż 10 minut.
ezeep MCP jest dostępny we wszystkich planach bez dodatkowych kosztów.Wykorzystanie wlicza się do standardowych limitów API ezeep: jedno wywołanie narzędzia MCP jest liczone jako jedno wywołanie API w kontekście limitów zapytań i rozliczeń.
Najczęściej zadawane pytania
Ciekawi Was, jak to wszystko działa? Oto wszystko, co chcieliście wiedzieć o drukowaniu w chmurze ezeep.
Czy serwer ezeep MCP jest dodatkowo płatny?
Nie. Korzystanie z serwera ezeep MCP nie wiąże się z dodatkowymi opłatami. Działa on w ramach Waszego istniejącego konta ezeep, a zadania drukowania są rozliczane dokładnie tak samo jak przez REST API lub jakikolwiek inny interfejs ezeep. Jeśli macie już organizację w ezeep, możecie się połączyć i zacząć korzystać z narzędzi bez dodatkowych kosztów.
Czy do korzystania z serwera ezeep MCP trzeba pisać kod?
Nie. Klient AI automatycznie wykrywa dostępne narzędzia i wywołuje je za Was. Dodajecie endpoint, uwierzytelniacie się jednorazowo za pomocą OAuth i opisujecie w języku naturalnym, co chcecie osiągnąć. Nie trzeba instalować SDK ani konfigurować klienta API. Kod jest potrzebny tylko wtedy, gdy tworzycie wdrażaną aplikację — nawet wtedy AI generuje kod integracji dla Was podczas budowania.
Jakie drukarki i typy plików obsługuje serwer ezeep MCP?
Serwer ezeep MCP obsługuje wszystko, co oferuje platforma ezeep: ponad 6 000 sterowników drukarek do sprzętu biurowego i etykietowego, w tym natywne drukowanie etykiet Zebra (ZPL, EPL, ZPLII). ezeep renderuje po stronie serwera pliki PDF, dokumenty Office i popularne formaty obrazów, dzięki czemu AI może wydrukować wygenerowany PDF lub URL bez lokalnych sterowników. Wywołajcie get_supported_filetypes aby pobrać aktualną listę w czasie działania.
Co się dzieje, gdy docelowa drukarka jest offline podczas wywołania drukowania przez MCP?
Wywołanie drukowania zwraca ustrukturyzowany status zamiast kończyć się bez komunikatu, a zadanie drukowania trafia do kolejki przypisanej do konektora. Przed wydrukowaniem klient AI może wywołać list_printers_with_issues oraz get_connector_status aby potwierdzić, że drukarka jest osiągalna, oraz get_print_job_status aby śledzić zadanie po jego przesłaniu. Zachowanie drukarki w trybie offline jest identyczne jak w dashboardzie ezeep lub przez REST API. MCP nie zmienia sposobu obsługi zadań.
Czy AI może przypadkowo wydrukować na niewłaściwej drukarce lub wysłać niewłaściwy dokument?
Drukowanie to jawne wywołanie narzędzia, a nie proces działający w tle. Klient AI wywołuje list_printers aby wybrać docelową drukarkę i print_from_url lub print_uploaded_file z określoną drukarką i plikiem. Każde zadanie zwraca identyfikator zadania (job ID) i status, które możecie sprawdzić w portalu administracyjnym ezeep. W przypadku przepływów pracy bez nadzoru ograniczcie połączone konto tylko do drukarek i możliwości, których ten przepływ faktycznie potrzebuje.
Gdzie trafiają dane dokumentu podczas drukowania przez serwer ezeep MCP?
Dane dokumentu przechodzą przez tę samą infrastrukturę ezeep, która obsługuje każde inne zadanie drukowania: konto waszej organizacji oraz silnik renderujący oparty na ThinPrint, przez HTTPS. Pliki są przetwarzane w celu renderowania i kierowane do drukarki, którą wskazujecie. Treść dokumentu nie jest przesyłana do dostawcy modelu AI w ramach wywołania drukowania. Model widzi tylko wywołanie narzędzia i jego wynik — nie widzi wyrenderowanej zawartości. To ta sama ścieżka danych, co w przypadku ezeep REST API.
Czy MCP działa z moim frameworkiem dla agentów?
Tak, jeśli dany framework obsługuje MCP. Potwierdzeni klienci obejmują Claude Desktop, Claude Code CLI, Cursor, Copilot in VS Code i Lovable. Frameworki dla agentów implementujące obsługę klienta MCP (na przykład LangGraph z adapterem MCP) działają od razu. To nie jest pełna lista obsługiwanych agentów.
Czym ezeep MCP różni się od ezeep REST API?
Serwer ezeep MCP i ezeep REST API działają na tej samej platformie, ale udostępniają różne interfejsy. MCP jest przeznaczony dla klientów AI do wykrywania i wywoływania narzędzi za pomocą języka naturalnego, natomiast REST służy aplikacjom do bezpośredniego wywoływania punktów końcowych. Większość klientów używa MCP podczas tworzenia integracji (build time), a REST — w czasie działania wdrożonej aplikacji (runtime).
Czy dane uwierzytelniające są ujawniane modelowi AI?
Nie. Tokeny OAuth są wymieniane bezpośrednio między klientem MCP a serwerem ezeep MCP przez HTTPS. Tokeny nigdy nie pojawiają się w kontekście rozmowy z LLM, nigdy w historii poleceń klienta i nigdy u dostawcy modelu.
Dodajcie drukowanie do aplikacji Bez zbędnych komplikacji
Dodajcie punkt końcowy. Zalogujcie się. Wywołajcie list_printers. Jeśli połączenie działa, reszta pójdzie gładko.