Der beste Zammad MCP Server? basher83 vs. Softoft-Orga im Härtetest

Das Model Context Protocol (MCP), initiiert von Anthropic, hat sich rasant als Branchenstandard etabliert, um KI-Assistenten (wie Claude Desktop, Cursor oder Copilot) mit externen Datenquellen und APIs zu verbinden. Für das beliebte Open-Source-Ticketsystem Zammad existieren mittlerweile zwei herausragende Implementierungen eines MCP-Servers, die es KI-Modellen ermöglichen, direkt und über natürliche Sprache mit Tickets, Benutzern und Organisationen zu interagieren.

Da die Integrationen unterschiedliche Schwerpunkte setzen, lohnt sich ein genauer Blick auf die Architekturen, Lizenzen und Sicherheitsfeatures. In diesem Beitrag vergleichen wir den Community-getriebenen Server von basher83 mit der produktionsorientierten Lösung von Softoft-Orga (zammad-mcp-server).

Die Kandidaten im Überblick

1. Zammad MCP von basher83

Dieses Projekt ist eine etablierte, hochgradig interaktive Community-Lösung. Es zeichnet sich durch einen großen Funktionsumfang aus, der besonders auf Power-User und Entwickler ausgerichtet ist, die direkt aus ihren lokalen LLM-Laufzeitumgebungen auf Zammad zugreifen möchten.

• GitHub-Repository: basher83/Zammad-MCP
• PyPI-Paket: iflow-mcp-basher83-zammad (auf unserem Hub registriert unter /packages/iflow-mcpbasher83-zammad)
• Lizenz: AGPL-3.0-or-later (eng an die Open-Source-Lizenzierung des Zammad-Kernprojekts angelehnt)

2. Zammad MCP Server von Softoft-Orga

Dieser Server richtet sich an den produktionsreifen Einsatz in Unternehmen. Der Fokus liegt auf feingranularem Berechtigungskonzept, flexibler Bereitstellung (SSE-Transport für verteilte Architekturen) und modularer Anbindung an größere Automations-Setups.

• GitHub-Repository: Softoft-Orga/zammad-mcp-server
• PyPI-Paket: zammad-mcp-server
• Lizenz: MIT (äußerst permissive Lizenz, ideal für kommerzielle Integrationen und Anpassungen)

Direkter Funktionsvergleich

Detailanalyse der Unterschiede

1. Berechtigungen und Sicherheit (Access Control)

Unternehmen, die KI-Modellen Zugriff auf ihr internes Ticketsystem gewähren, müssen strenge Sicherheitsrichtlinien durchsetzen. Hier unterscheiden sich die beiden Server am deutlichsten:

• basher83 bietet eine solide, aber einfache Absicherung: Über die Umgebungsvariable MCP_DENIED_TOOLS können bestimmte Tools (wie Lösch- oder Update-Funktionen) komplett deaktiviert werden.
• Softoft-Orga implementiert ein feingranulares Berechtigungskonzept. Neben einer Tool-Blacklist können Zugriffsrechte auf Kategorie-Ebene (z. B. Tickets schreibgeschützt, Benutzer gesperrt) oder sogar auf Zammad-Gruppen-Ebene (z. B. nur Tickets der Gruppen "Support" und "Sales" freigeben) beschränkt werden. Zudem lässt sich die Sicherheitsrichtlinie im Python-Code hochgradig deklarativ anpassen:

  policy = AccessPolicy(
      default_permission=Permission.READ_ONLY,
      category_permissions={
          ToolCategory.TICKETS: Permission.WRITE,
          ToolCategory.ADMIN: Permission.DENIED,
      },
      denied_tools={"delete_ticket"},
  )
  

2. Namenskonventionen und Tool-Kollisionen

Wenn Sie mehrere MCP-Server gleichzeitig in Ihrem KI-Client (z. B. in Claude Desktop) betreiben, können Tool-Namen kollidieren:

• basher83 nutzt den Präfix zammad_ für alle angebotenen Tools (z. B. zammad_get_ticket). Das verhindert Namenskonflikte im KI-Kontext zuverlässig.
• Softoft-Orga setzt auf kurze, direkte Methodennamen (z. B. get_ticket). Dies ist für dezidierte, spezialisierte KI-Agenten angenehmer zu lesen, erfordert jedoch Aufmerksamkeit, wenn parallel andere MCP-Server mit ähnlichen generischen Tools laufen.

3. Netzwerk- und Deployment-Architektur

Wie wird der MCP-Server gestartet und angebunden?

• basher83 ist für das klassische Stdio-Szenario optimiert (direkter Aufruf über uvx oder Docker auf derselben Maschine, auf der der Client läuft). Er lässt sich hervorragend als lokaler Helfer einrichten.
• Softoft-Orga bietet native SSE-Unterstützung (Server-Sent Events). Damit kann der Server als eigenständiger Webservice im Firmennetzwerk betrieben werden. Externe Clients oder zentralisierte Agenten-Plattformen können sich über HTTP/SSE verbinden, anstatt dass der Prozess lokal auf dem Desktop ausgeführt werden muss.

4. Integration in die KI-Infrastruktur

• Der Server von basher83 bringt eigene MCP-Prompts (wie analyze_ticket oder draft_response) und Ressourcen-URIs direkt mit. Dadurch weiß der KI-Assistent sofort, wie er typische Arbeitsabläufe strukturieren soll.
• Der Server von Softoft-Orga ist als modularer Baustein konzipiert und eignet sich für den Einsatz in größeren Automations-Pipelines — etwa zum Klassifizieren und Beantworten von Tickets durch On-Premise-Modelle, während Agenten via MCP ad-hoc Abfragen stellen.

Konfigurations-Beispiele

Damit Sie beide Server direkt testen können, finden Sie hier die entsprechenden Konfigurationen für Ihre claude_desktop_config.json bzw. für Ihre Cursor-MCP-Einstellungen.

Konfiguration für basher83 (via PyPI/uvx)

{
  "mcpServers": {
    "zammad-community": {
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/basher83/zammad-mcp.git",
        "mcp-zammad"
      ],
      "env": {
        "ZAMMAD_URL": "https://ihre-instanz.zammad.com/api/v1",
        "ZAMMAD_HTTP_TOKEN": "ihr_api_token",
        "MCP_DENIED_TOOLS": "zammad_delete_attachment"
      }
    }
  }
}

Konfiguration für Softoft-Orga (via PyPI/uvx)

{
  "mcpServers": {
    "zammad-enterprise": {
      "command": "uvx",
      "args": [
        "zammad-mcp-server"
      ],
      "env": {
        "ZAMMAD_URL": "https://ihre-instanz.zammad.com",
        "ZAMMAD_HTTP_TOKEN": "ihr_api_token",
        "MCP_DENIED_TOOLS": "delete_ticket,delete_user,delete_organization"
      }
    }
  }
}

Fazit: Welcher Zammad MCP Server ist der richtige für Sie?

Beide Projekte demonstrieren eindrucksvoll das Potenzial von MCP im ITSM-Umfeld. Die Wahl hängt primär von Ihrem Einsatzszenario ab:

• Wählen Sie den basher83-Server, wenn Sie als Entwickler oder IT-Profi eine schnelle, funktionsreiche Anbindung für Ihren lokalen Claude- oder Cursor-Client suchen. Die eingebauten Prompts und die präfigierten Tool-Namen machen das "Hacken" im Alltag extrem komfortabel.
• Wählen Sie den Softoft-Orga-Server, wenn Sie Zammad in einer Unternehmensumgebung anbinden. Wenn Sie feingranulare Zugriffskontrollen erzwingen müssen, den Server als zentralen SSE-Dienst im Kubernetes-Cluster betreiben wollen oder ihn in eine größere Automations-Pipeline einbinden, ist dieser Server die passende Wahl.

Weitere Details zu kompatiblen Erweiterungen und Plugins für Zammad finden Sie in unserem Zammad-Plugin-Verzeichnis.