ezeep MCP: Cloud-Printing als MCP-Server
Gib jedem MCP-kompatiblen KI-Tool die Möglichkeit, Drucker aufzulisten, Druckaufträge zu übermitteln, Nutzer zu verwalten und Nutzungsdaten abzurufen. Funktioniert mit Claude, Cursor, Copilot, Lovable und jedem Agenten-Framework, das das Model Context Protocol unterstützt. OAuth 2.0 mit Scope-Trennung.
Was ist der ezeep MCP-Server?
Der ezeep MCP-Server ist eine gehostete Implementierung des Model Context Protocol (MCP), die Cloud-Printing als eine Reihe aufrufbarer Tools für KI-Agenten, Assistenten und App-Entwickler bereitstellt.Er ermöglicht jedem MCP-kompatiblen Client – einschließlich Claude Desktop, Cursor, GitHub Copilot und Lovable – Drucker zu finden, Druckaufträge zu übermitteln, Nutzer zu verwalten und Nutzungsdaten mittels natürlicher Sprache oder programmatischer Eingabe abzurufen. Er wird von der ezeep Cloud-Druckplattform unterstützt und ist in allen ezeep-Tarifen ohne zusätzliche Kosten verfügbar.
Warum fehlt das Drucken in jedem Agenten-Workflow?
KI-Assistenten haben keinen Weg in die physische Welt
Ein IT-Admin kann Claude bitten, AWS-Instanzen aufzulisten, aber keine Drucker. Ein Lager-Copilot kann ein Versandetikett als PDF erstellen, es aber nicht an einen Etikettendrucker weiterleiten. Das Drucken steckt hinter Treiber-Stacks, Druckservern und herstellerspezifischen APIs fest – und ein Agent kann ohne individuelle Anpassungen mit keinem davon umgehen.
KI-Entwickler empfehlen Dienste, die es nicht gibt
Bittest du Lovable, Cursor oder Copilot, eine Druckfunktion hinzuzufügen, scheitern die Vorschläge: Google Cloud Print wurde 2021 eingestellt, Browser-APIs erreichen keine echten Drucker und die Fehlersuche bei selbstgebauten REST-Integrationen dauert Stunden. Funktionen werden gestrichen oder die App wird ohne Druckfunktion veröffentlicht.
Eigenentwicklungen bauen nach, was ezeep bereits gelöst hat
Plattformübergreifendes Rendering, Treiberverwaltung, Druckererkennung, Job-Routing, Nutzerauthentifizierung, Flottenüberwachung. Wenn du deine eigene KI‑Druck‑Integration schreibst, fängst du bei null an. ezeep MCP bietet dir eine Enterprise-Druckplattform mit über 6.000 Treibern, Zebra-Etiketten‑Support und einer bestehenden Kundenbasis.
Integriere die sichere Freigabe in deine Anwendung
# 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()
Frage verfügbare Drucker nach Name, Standort oder Funktion ab. Übermittle Druckaufträge, indem du ein Dokument und ein Druckerziel übergibst. Überwache und verwalte laufende Druckaufträge. Erstelle und verwalte Nutzer, Gruppen und Druckerzuweisungen. Rufe Nutzungsverlauf und Berichte ab. Verwalte deine gesamte Druckerflotte per Konversation — bitte deine KI, Offline‑Drucker anzuzeigen, Nutzer einzuladen oder Druckergruppen neu zuzuweisen, ohne ein Dashboard zu öffnen.
Drucker, Druckaufträge, Nutzer, Gruppen, Zuweisungen, Connectors, Nutzungsberichte.
Claude, Cursor, Lovable, Windsurf, GitHub Copilot und jede Plattform, die das Model Context Protocol unterstützt.
Versandetiketten und Lieferscheine aus einer mit Lovable erstellten Fulfillment-Plattform drucken. Rechnungsläufe aus einem Claude-gestützten Buchhaltungs-Workflow auslösen. Einen Warehouse-Ops-Copiloten bauen, der Dokumente zur richtigen Zeit an den richtigen Drucker weiterleitet. Jede KI-gestützte Anwendung mit einem Druck-Button ausstatten, der im Enterprise‑Maßstab zuverlässig funktioniert.
Was du tun kannst
Ausstehende Druckaufträge für authentifizierte Nutzer abfragen. Bestimmte Aufträge bei Bedarf an einen Zieldrucker freigeben. Benutzerdefinierte Freigabeoberflächen für Kioske, Touchscreens oder mobile Apps erstellen. Authentifizierungs-Workflows sowohl für Trusted-User als auch für Trusted-Device unterstützen.
Häufige Anwendungsfälle
Benutzerdefinierte Freigabe-Apps auf Drucker-Touchscreens, Freigabe per RFID oder Badge‑Tap an gemeinsam genutzten Geräten, mobile Freigabe aus einer benutzerdefinierten App, sicheres Drucken im Gesundheitswesen und im Finanzdienstleistungssektor.
Wie funktioniert der ezeep MCP‑Server?
Füge den MCP‑Endpunkt zu deinem KI‑Client hinzu
Claude Desktop, Cursor, Copilotund die meisten MCP‑Clients akzeptieren einen Konfigurationsblock wie diesen:
{ "mcpServers": { "ezeep": { "type": "http", "url": "https://[ezeep-mcp-endpoint]/mcp" } } }
Lovable und andere KI‑Builder, die persönliche Connectoren unterstützen, übernehmen dieselbe URL über ihre eigene Benutzeroberfläche.
Authentifizierung mit OAuth
Bei der ersten Verwendung öffnet der Client einen Browser für OAuth. Melde dich mit deinem ezeep‑Organisations‑Administratorkonto an. Der Server gibt einen kurzlebigen Access‑Token mit Single‑Use‑Refresh‑Token‑Rotation gemäß der MCP‑Autorisierungsspezifikation zurück. Anmeldedaten erscheinen niemals in der KI‑Konversation oder in den Logs des Clients.
Tools aufrufen
Die KI entdeckt 20 Tools in den Bereichen Drucken, Administration und Entwickler‑Support. Sie ruft sie über natürliche Sprache oder programmgesteuerte Eingaben auf. Alles läuft über dieselbe ezeep‑Plattform wie die REST‑API, mit den gleichen Ratenbegrenzungen, derselben Abrechnung und demselben Reporting.
Was ist der Unterschied zwischen der Nutzung von ezeep MCP zur Build-Time und zur Runtime?
Build-Time: Aufbau einer Integration
In Lovable, Cursor, Copilot oder Claude Desktop nutzt die KI MCP, um eine Druckfunktion zu erstellen. Sie erkennt die Tool-Oberfläche, liest die Integrationsanleitung, erzeugt lauffähigen Code und führt einen Testdruck durch. Die bereitgestellte App ruft dann zur Laufzeit die ezeep REST-API auf. MCP ist nicht Teil des Endnutzer-Workflows. Dies ist der primäre Weg für Entwickler von KI-Anwendungen und die schnellste Methode, einen Prototyp für eine Druckintegration zu erstellen.
Runtime: Steuerung eines Agenten
Agent-Frameworks nutzen MCP als permanente Schnittstelle. Der Agent ruft list_printers, print_from_url, und get_print_job_status als native Tools innerhalb eines größeren Workflows auf. Dies ist der Weg für IT-Automatisierung (Flottenstatus, Nutzer-Provisioning), Ops-Copilots (Etikettendruck aus einem WMS) und Dokumenten-Workflows, bei denen kein Mensch in der Schleife sitzt.
Welche Tools stellt der ezeep MCP-Server bereit?
list_printers, get_printer_properties, print_from_url, print_uploaded_file, prepare_file_upload, get_print_job_status, get_supported_filetypes
Connectoren auflisten, Connector-Status abrufen, Offline-Connectoren auflisten, Drucker mit Problemen auflisten, Gruppen auflisten, Gruppe erstellen, Drucker einer Gruppe zuweisen, Nutzer auflisten, Nutzer einladen, Nutzer zur Gruppe hinzufügen
Integrationsanleitung abrufen, get_api_reference, get_code_example
Die Trennung der Scopes verläuft über die Authentifizierungsebene. Der printing Scope umfasst Funktionen für Drucker, Druckaufträge und Dateien. Der accounts Scope umfasst Nutzer-, Gruppen- und Connector-Verwaltung. Tools für den Entwickler-Support benötigen überhaupt keine Authentifizierung, sodass ein KI-Client Integrationsdokumente lesen und Scaffolding-Code erzeugen kann, noch bevor sich der Nutzer angemeldet hat.
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.
Wie ändert ezeep MCP die Art, wie Entwickler Druckintegrationen entwickeln?
Integrationen in Minuten statt Stunden
Build-Time-Scaffolding durch MCP erzeugt in einem einzigen Dialog lauffähigen REST-Code für ezeep. Kein SDK zu installieren, kein Authentifizierungs-Flow manuell zu debuggen, keine Druckererkennung zu implementieren.
Operative Aufgaben wandern aus dem Dashboard
Alles, was ein ezeep-Admin in der Webkonsole macht, ist auch über einen KI-Client erreichbar. Nützlich für IT-Teams, die bereits mit Claude, Copilot oder Cursor arbeiten, und zum Automatisieren von Admin-Aufgaben, für die früher Skripte gegen die REST API nötig waren.
Dieselbe Plattform wie die REST API
MCP-Aufrufe laufen über dieselbe ezeep-Infrastruktur, die auch die REST API bedient. Gleiche Rate-Limits, gleiche Abrechnung, gleiches Reporting und dieselbe ThinPrint-basierte Rendering-Engine, die täglich Millionen von Druckaufträgen für Fortune-500-Kunden in Produktion verarbeitet.
Was kannst du mit dem ezeep MCP Server entwickeln?
Rechnungs- und Dokumentengeneratoren, erstellt mit KI-App-Buildern
Copilots für Lager und Logistik
IT‑Helpdesk und Flottenmanagement per Chat
Backend‑Dokumenten‑Workflows
Wie richtest du den ezeep MCP-Server ein?
ezeep MCP ist in vier Schritten eingerichtet: Füge den Endpunkt zu deiner MCP‑Client‑Konfiguration hinzu, schließe den OAuth‑Flow mit deinem ezeep‑Organisations‑Admin‑Konto ab, rufe list_printers auf, um die Verbindung zu bestätigen, und rufe print_from_url mit einer Test‑PDF auf. Von null zum ersten Druck in unter 10 Minuten.
ezeep MCP ist in allen Tarifen ohne zusätzliche Kosten verfügbarDie Nutzung wird auf die standardmäßigen ezeep API‑Kontingente angerechnet: Ein MCP‑Tool‑Aufruf zählt für Rate‑Limits und Abrechnungszwecke als ein API‑Aufruf.
Häufig gestellte Fragen
Neugierig, wie das alles funktioniert? Hier findest du alles, was du über das Cloud-Printing von ezeep wissen wolltest.
Kostet der ezeep MCP server extra?
Nein. Für den ezeep MCP server fallen keine zusätzlichen Kosten an. Er läuft über dein bestehendes ezeep-Konto, und Druckaufträge werden genauso abgerechnet wie über die REST API oder jede andere ezeep-Schnittstelle. Wenn du bereits eine ezeep-Organisation hast, kannst du dich verbinden und ohne zusätzliche Kosten Tools aufrufen.
Musst du Code schreiben, um den ezeep MCP server zu nutzen?
Nein. Der KI-Client übernimmt Tool-Erkennung und Aufrufe automatisch. Du fügst den Endpunkt hinzu, authentifizierst dich einmal per OAuth und beschreibst in natürlicher Sprache, was du möchtest. Es muss kein SDK installiert und kein API-Client eingerichtet werden. Code wird nur nötig, wenn du eine bereitgestellte App entwickelst; selbst dann generiert die KI den Integrationscode zur Build-Zeit für dich.
Welche Drucker und Dateitypen unterstützt der ezeep MCP server?
Der ezeep MCP server unterstützt alles, was die ezeep-Plattform ebenfalls unterstützt: über 6.000 Druckertreiber für Büro- und Etikettenhardware, einschließlich nativem Zebra-Etikettendruck (ZPL, EPL, ZPLII). Für Dateien rendert ezeep serverseitig PDFs, Office-Dokumente und gängige Bildformate, sodass die KI eine erzeugte PDF oder eine URL ohne lokale Treiber drucken kann. Rufe get_supported_filetypes auf, um die aktuelle Liste zur Laufzeit zu erhalten.
Was passiert, wenn der Zieldrucker während eines MCP-Druckaufrufs offline ist?
Der Druckaufruf liefert einen strukturierten Status statt stillschweigend zu scheitern, und der Druckauftrag wird beim Connector in die Warteschlange gestellt. Vor dem Drucken kann ein KI-Client list_printers_with_issues und get_connector_status aufrufen, um zu bestätigen, dass ein Drucker erreichbar ist, und get_print_job_status um einen Druckauftrag nach der Übermittlung zu verfolgen. Das Verhalten eines Offline-Druckers entspricht dem im ezeep-Dashboard oder in der REST API. MCP ändert nichts an der zugrunde liegenden Verarbeitung von Druckaufträgen.
Kann die KI versehentlich auf dem falschen Drucker drucken oder das falsche Dokument senden?
Drucken ist ein expliziter Tool-Aufruf, kein Hintergrundprozess. Der KI-Client ruft list_printers auf, um ein Ziel zu bestimmen, und print_from_url oder print_uploaded_file mit einem bestimmten Drucker und einer bestimmten Datei. Jeder Druckauftrag gibt eine Auftrags-ID und einen Status zurück, die du im ezeep Admin-Portal prüfen kannst. Für unbeaufsichtigte Workflows schränke das verbundene Konto nur auf die Drucker und Features ein, die der jeweilige Workflow tatsächlich benötigt.
Wohin gelangen die Dokumentendaten, wenn über den ezeep MCP-Server gedruckt wird?
Dokumentendaten bewegen sich über dieselbe ezeep-Infrastruktur wie alle anderen Druckaufträge: das Konto deiner Organisation und die ThinPrint-gestützte Rendering-Engine über HTTPS. Dateien werden zum Rendering verarbeitet und an den von dir angegebenen Drucker geleitet. Der Inhalt des Dokuments wird im Rahmen des Druckaufrufs nicht an den Anbieter des KI-Modells gesendet. Das Modell sieht nur den Tool-Aufruf und dessen Ergebnis, nicht die gerenderte Ausgabe. Das ist derselbe Datenpfad wie bei der REST API.
Funktioniert MCP mit meinem Agent-Framework?
Ja, wenn das Framework MCP unterstützt. Bestätigte Clients sind Claude Desktop, Claude Code CLI, Cursor, Copilot in VS Code und Lovable. Agent-Frameworks, die MCP-Client-Support implementieren (zum Beispiel LangGraph mit einem MCP-Adapter), funktionieren sofort. Bitte beachte, dass diese Liste nicht alle verfügbaren und funktionierenden Agenten enthält.
Worin unterscheidet sich ezeep MCP von der ezeep REST API?
Der ezeep MCP-Server und die ezeep REST API laufen auf derselben Plattform, bieten aber unterschiedliche Schnittstellen. MCP ist dafür gedacht, dass KI-Clients Tools per natürlicher Sprache entdecken und aufrufen. REST ist dafür vorgesehen, dass Anwendungscode Endpunkte direkt anspricht. Die meisten Kunden nutzen MCP zur Build‑Zeit, um Integrationen zu strukturieren, und REST zur Laufzeit innerhalb der bereitgestellten App.
Werden Zugangsdaten dem KI-Modell preisgegeben?
Nein. OAuth-Tokens werden über HTTPS direkt zwischen dem MCP-Client und dem ezeep MCP-Server ausgetauscht. Die Tokens erscheinen niemals im LLM-Konversationskontext, niemals im Prompt‑Verlauf des Clients und niemals beim Modellanbieter.
Integriere Druckfunktionen in deine App Ohne Aufwand
Füge den Endpunkt hinzu. Melde dich an. Rufe list_printers. Wenn die Verbindung funktioniert, folgt der Rest.