Zendesk-Tickets lesen und bearbeiten
MCP-Server für Zendesk · Apache-2.0
Liest und schreibtWas der Baustein im Konto darf
Verbindet den Assistenten mit Zendesk: Tickets und Kommentare lesen, anlegen und ändern sowie Help-Center-Artikel als Wissensquelle nutzen. Jeder Nutzer meldet sich per OAuth mit seinem eigenen Zendesk-Konto an.
Was der Server kann
- Die neuesten Tickets seitenweise abrufen, sortiert nach Erstellung, Änderung, Priorität oder Status.
- Ein einzelnes Ticket samt allen Kommentaren lesen.
- Neue Tickets mit Betreff, Beschreibung, Priorität, Typ, Tags und eigenen Feldern anlegen.
- Status, Priorität, Zuständigkeit, Tags und Fälligkeit bestehender Tickets ändern.
- Öffentliche oder interne Kommentare zu einem Ticket schreiben.
- Alle Help-Center-Artikel über die Ressource zendesk://knowledge-base bereitstellen.
- Vorgefertigte Prompts für Ticket-Analyse und Antwortentwurf anbieten.
Einsatz in Marketing und Vertrieb
- CRM und Sales Ops
- Der Assistent holt mit get_tickets die Tickets der letzten Tage, sortiert nach Priorität, und fasst wiederkehrende Beschwerden für das Produktteam zusammen.
- Content
- Aus häufigen Ticketfragen und den Artikeln der Ressource zendesk://knowledge-base erstellt der Assistent eine Liste fehlender oder veralteter Help-Center-Themen.
Einrichtung
- Repository klonen und mit `uv venv && uv pip install -e .` bauen.
- In Zendesk unter Apps and integrations > APIs > OAuth clients einen öffentlichen OAuth-Client mit der Weiterleitung `http://localhost:4567/callback` anlegen.
- `.env` aus `.env.example` erstellen und `ZENDESK_SUBDOMAIN` sowie `ZENDESK_CLIENT_ID` setzen.
- Einmal `uv run zendesk-auth` ausführen; der Browser öffnet die Freigabe und die Tokens werden lokal gespeichert.
- Im Client einen Server mit dem Befehl `uv` und den Argumenten `--directory`, Pfad zum Repository, `run`, `zendesk` eintragen; alternativ per Docker.
Grenzen
- Die README beschreibt nur den Bau aus dem Repository mit uv oder als Docker-Image, keine fertige Paketinstallation.
- Die Anmeldung per zendesk-auth braucht einen Browser auf dem Rechner, sonst den Modus `--manual`.
- Zendesk stellt API-Tokens laut README bis 30.04.2027 vollständig ab; danach geht nur noch OAuth.
- Die Werkzeugliste enthält kein Löschen von Tickets und kein Bearbeiten von Help-Center-Artikeln.
Einordnung der Redaktion
Aufgaben: Kunden unterstützen. Für Marketing und Vertrieb gedacht.
Beschreibung des Anbieters
A Model Context Protocol server for Zendesk
Eckdaten
- Maintainer
- reminia
- Repository-Lizenz
- Apache-2.0
- Dienstanbieter
- Offizielle Dienstherkunft nicht belegt
- Dienste
- Zendesk
- Bereiche
- Vertrieb, Kommunikation
- Plattformen
- —
- Repository-Themen
- mcp-server, zendesk
Werkzeuge
get_ticketsListet die neuesten Tickets mit Seitenweise-Abruf und Sortierung.
get_ticketLiest ein Ticket anhand seiner ID.
get_ticket_commentsLiest alle Kommentare eines Tickets.
create_ticket_commentFügt einem Ticket einen öffentlichen oder internen Kommentar hinzu.
create_ticketLegt ein neues Ticket an.
update_ticketÄndert Felder wie Status, Priorität, Zuständigen, Tags oder Fälligkeit.
get_ticket_attachmentRuft einen Ticket-Anhang ab.
Rechte
- 3 von 7 Werkzeugen legen Daten an oder ändern sie, etwa create_ticket_comment, create_ticket, update_ticket.
Verbinde zuerst ein Testkonto oder eine Sandbox und lass Änderungen einzeln bestätigen, bevor der Baustein mit echten Daten arbeitet.
OAuth mit PKCE über einen öffentlichen Zendesk-OAuth-Client; jeder Nutzer handelt mit seinen eigenen Zendesk-Rechten. Standard-Scopes sind tickets:read, tickets:write, ticket_attachments:read, users:read und hc:read, also lesend und schreibend. Mit ZENDESK_OAUTH_SCOPES lässt sich auf tickets:read users:read hc:read einschränken. ZENDESK_EMAIL und ZENDESK_API_KEY funktionieren noch, gelten aber als veraltet.
- Zugriffe laut Paketangaben
- —
- Authentifizierung
- —
- Transport
- —
- Technische Prüfung
- Ungeprüft
Quellen (4)
- 1
- 2
- 3
- 4
- Abgerufen und Felder geprüft: 2026-10-05; technische Prüfung: ungeprüft