Zammad MCP

io.github.Servosity由 GitHub 帳號 Servosity 發布v0.1.13更新於 Nov 8, 2026

Every Zammad ticket, article, and Knowledge Base operation as one CLI and MCP server - plus a

概覽

AI 產生的概覽

面向 Zammad 服務台的在地 MCP 伺服器與 CLI:搜尋與讀取工單、文章和知識庫,並提供客服負載、積壓與流失風險報告。

可以做什麼
  • 搜尋、讀取並建立工單、文章與內部備註,管理標籤、組織與使用者
  • 瀏覽、搜尋並讀取知識庫分類與答案,並建立或發佈答案
  • 產出團隊報告:每位客服的負載與趨勢、逾期積壓、客戶健康度、升級候選、流失風險與回饋主題
  • 將 Zammad 同步到在地 SQLite 鏡像並支援全文檢索,讓跨工單問題以在地查詢完成
  • 註冊與取消註冊 Zammad webhook,並讀取已記錄的工單事件
適用情境
適合支援團隊與 MSP,讓 AI 助理回答整個服務台層級的問題,而不只是單一工單:誰負載過高、哪些客戶有風險、什麼積壓過久、客戶反覆提出什麼需求。也適合透過支援 MCP 的助理處理日常工單與知識庫工作。
執行需求
以在地程序方式執行(stdio),可透過 Claude Desktop 安裝包或安裝腳本部署,腳本會把 CLI 與伺服器放入使用者 bin 路徑;各工具實際呼叫配套 CLI。需要 Zammad 實例網址(ZAMMAD_URL)與 Zammad 個人存取權杖(ZAMMAD_API_TOKEN)。選用變數包括 ZAMMAD_BASE_URL、ZAMMAD_MCP_READ_ONLY、ZAMMAD_NO_LOCAL_DATA、ZAMMAD_USER_AGENT、PRINTING_PRESS_CLIENT_PROFILE,以及 HTTP 傳輸用的 ZAMMAD_MCP_HTTP_TOKEN。僅支援桌面端助理,網頁版助理暫不支援。
安裝前請注意
API 權杖擁有對應 Zammad 帳號的全部權限,包括建立、更新與刪除工單、文章、使用者與知識庫內容;應盡量縮小權杖權限,並考慮設定 ZAMMAD_MCP_READ_ONLY=1。webhook 的註冊與取消註冊會變更 Zammad,需傳 confirm: true。除非設定 ZAMMAD_NO_LOCAL_DATA=1,伺服器會在本機保留 API 回應的 SQLite 鏡像,webhook 簽章密鑰會與權杖一同存放。升級、流失與回饋訊號只是關鍵字啟發式判斷,並非經過驗證的情感分析。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Zammad MCP,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

Zammad + AI - for Claude, the ChatGPT desktop app, GitHub Copilot, Gemini CLI, and any agent that speaks MCP

Unofficial. Community-built Claude Code Skill and MCP server for the Zammad API. Not affiliated with, endorsed by, or sponsored by Zammad GmbH.

[Zammad demo - animated preview]

▶ Watch the 30-second demo - demo data is simulated; every command shown exists in the real CLI.

Every Zammad ticket, article, and Knowledge Base operation as one CLI and MCP server - plus a team-management layer (agent load, customer health, aging backlog, escalation triage, churn risk, feedback mining) the Zammad API can't answer in a single call. Works with the AI you already use - ChatGPT (desktop app), Claude Desktop, Codex, Claude Code, Claude Cowork, and GitHub Copilot - plus Gemini CLI. Free, open source, runs on your laptop. Built for MSP owners. No code required.

Works with your agent

The six agents MSP owners actually use (self-serve, works today):

Your AI agentHow to install the Zammad skill
Claude DesktopRun installer, then Settings > Extensions to register zammad-mcp (no JSON editing).
ChatGPT (desktop app)Run installer, then add zammad-mcp in Settings > MCP servers as a local (STDIO) server. ChatGPT on the web is not supported yet.
Codex CLIPaste the install prompt below.
Claude CodePaste the install prompt below.
Claude CoworkPaste the install prompt below.
GitHub Copilot (VS Code)Run installer, add zammad-mcp to mcp.json under the servers key, then pick Agent mode.

The ChatGPT desktop app runs zammad-mcp locally and shares MCP configuration with Codex (OpenAI). ChatGPT on the web needs a remote server, which msp-skills does not support yet. If your team works there, a hosted gateway is the better pick; check that your AI app is on the gateway's setup list. Setup steps: mcp-install.md.

Also for the Microsoft and Google stacks

Big install base, but an honest heads-up: Gemini CLI runs the local binary you just installed, while Microsoft 365 Copilot and the Gemini app need a remote server, which msp-skills does not support yet.

AgentWhat it takes
Microsoft 365 Copilot / Copilot StudioNot supported by msp-skills yet: it needs a remote server. A hosted gateway is the better pick; check that your AI app is on the gateway's setup list.
Google GeminiGemini CLI is local - same as Claude Code. See mcp-install.md. The Gemini app needs a remote server and is not supported by msp-skills yet.

Skill-native agents (also covered): Hermes and OpenClaw read this skill's SKILL.md directly and speak MCP - see their install sections below. Also works with Cursor, Windsurf, Cline, Continue.dev, and Zed via MCP. Full per-tool wire-up: docs/which-agent.md.

Run more than one agent? Install across all 51+ supported agents in one command: npx skills add Servosity/msp-skills@latest (requires Node.js, then run the per-skill installer for the CLI/MCP binaries). See docs/which-agent.md.

Install in 60 seconds

Fastest for Claude Desktop - one-click .mcpb

Claude Desktop bundle: the .mcpb launches on macOS (Intel and Apple Silicon), Windows x64 and Linux x64. Every tool shells out to the companion zammad-cli. Releases cut from 2026-09-18 on ship that CLI inside the bundle; older bundles contain only the MCP server, so if yours lacks the companion, run the Path A or Path B installer below first (or set ZAMMAD_CLI_PATH to an existing binary). Details: #331.

Download Zammad MCP (.mcpb) - then open Claude Desktop > Settings > Extensions and select the file. One click, no JSON, no shell. (Browse every Zammad release on the releases page.)

Prefer the Claude Code plugin? Add the marketplace once, then install - works immediately, no directory listing required:

/plugin marketplace add Servosity/msp-skills/plugin install zammad@msp-skills

Path A - paste one prompt into your AI agent (recommended)

Copy this into Claude Code, Codex CLI, or Claude Cowork:

Install the Zammad Skill and MCP server from Servosity/msp-skills in this agent workspace. If this workspace uses a POSIX shell (macOS, Linux, WSL, or Bash), run bash <(curl -fsSL https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/zammad/install.sh). If it uses Windows PowerShell, run iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/zammad/install.ps1 | iex. Then authenticate per the README and run zammad-cli --help to explore.

The same prompt works in any agent that can run shell.

Path B - run the installer yourself

Windows (PowerShell):

powershell
iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/zammad/install.ps1 | iex

macOS / Linux:

bash
bash <(curl -fsSL https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/zammad/install.sh)

The installer drops both zammad-cli (the CLI) and zammad-mcp (the MCP server) into your user bin path. Claude Code, Codex, and Cowork discover the Skill via SKILL.md in this directory.

Verify:

bash
zammad-cli --version

Upgrade to the latest version

The installer always fetches the current release - re-run it to upgrade:

macOS / Linux:

bash
bash <(curl -fsSL https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/zammad/install.sh)

Windows (PowerShell):

powershell
iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/zammad/install.ps1 | iex

Claude Desktop .mcpb users: download the latest .mcpb (top of this section) and re-select it in Settings > Extensions. Claude Code plugin users: /plugin update zammad@msp-skills.

Add to Claude Desktop, the ChatGPT desktop app, GitHub Copilot, Gemini CLI, or another MCP client

After the installer runs, see mcp-install.md and docs/which-agent.md for the per-agent wire-up - one section per agent, including the GitHub Copilot servers key and the ChatGPT desktop app. Claude Desktop's Settings > Extensions panel is the simplest path; the MCP config block (for users who prefer editing JSON) is documented in mcp-install.md.

Install for Hermes

From the Hermes CLI:

bash
hermes skills install servosity/msp-skills/skills/zammad --force

Inside a Hermes chat session:

/skills install servosity/msp-skills/skills/zammad --force

Hermes speaks MCP natively, so it can also use the zammad-mcp server directly - same install path, same env vars.

Install for OpenClaw

Tell your OpenClaw agent (copy this):

Install the zammad skill from https://github.com/servosity/msp-skills/tree/main/skills/zammad. The skill defines how its required CLI (zammad-cli) can be installed via the openclaw: frontmatter block.

OpenClaw isn't generally available yet; the frontmatter wiring is pre-shipped and will activate the moment OpenClaw launches.

Authenticate

Set the credentials the CLI needs (from your Zammad portal):

bash
ZAMMAD_API_TOKEN=<value> zammad-cli doctor

doctor confirms the credentials work before you run anything that touches data. It exits 0 even when the credential is rejected, so scripts should add --fail-on error.

What this skill does

Question your team keeps askingCommand
Who on support is overloaded right now?zammad-cli agent-load --json
Is each agent's queue growing or shrinking?zammad-cli agent-trend --weeks 4 --json
Which customers are struggling and need attention first?zammad-cli customer-health --at-risk --json
What tickets have been open too long?zammad-cli overdue --days 3 --json
Which customers sound upset and should be escalated?zammad-cli escalate --json
Which accounts are trending toward churn, and why?zammad-cli churn-risk --json
What are customers asking for (features, pricing, compliance)?zammad-cli feedback-scan --bucket pricing --json
Find and read open tickets (scope to a customer with organization_id:N)zammad-cli tickets search --query "state:open" --json
Log a note or search the Knowledge Basezammad-cli ticket note 12345 --body "..." --internal · zammad-cli kb search "restore" --json
Hear about new and changed tickets as they happen, without pollingzammad-cli webhooks listen · zammad-cli events list --since 0 --json

New tickets as they happen (webhooks)

Zammad can call this machine when a ticket is created or updated or an article is added, so nothing has to poll it.

bash
# Once, with a token that has the admin.webhook and admin.trigger permissionszammad-cli webhooks register --endpoint http://127.0.0.1:8789/zammad --yes# Keep running on the machine Zammad posts tozammad-cli webhooks listen# Read what arrived; pass the returned cursor as --since next timezammad-cli events list --since 0 --json
  • register creates one Zammad webhook and one trigger per event (zammad.ticket.created, zammad.ticket.updated, zammad.article.created). It generates the signature secret and stores it beside your API token, readable only by you; ZAMMAD_WEBHOOK_SECRET overrides it. The secret is never printed: webhooks status shows only where it comes from.
  • listen binds to this machine only (127.0.0.1, port 8789) by default and refuses to start without the secret. Every request must carry Zammad's X-Hub-Signature, checked before the body is read; a delivery it has already seen is dropped, and bodies over 1 MiB are refused.
  • The webhook carries IDs only. The listener fetches the ticket through the API and records the event, so customer text never travels in the webhook.
  • Zammad gives up on a delivery after five attempts over about two minutes. Each time listen starts, it first records what changed while it was down. A delivery Zammad gives up on while listen is running but cannot be reached (a network outage) is not recorded.
  • Zammad has to reach the listener. A self-hosted Zammad on the same server works with the default. Zammad on another machine on your LAN needs listen --addr <lan-ip>:8789 --tls-cert <file> --tls-key <file> and an https:// endpoint. A Zammad Cloud instance cannot reach a machine on your LAN.
  • Over MCP, events_list reads the recorded events (read-only, no Zammad call). webhooks_register and webhooks_unregister change Zammad only with confirm: true. listen is CLI-only.

Full command reference: guide.md. For the AI-agent operating contract (--agent, --dry-run, when to confirm before mutating), see AGENTS.md.

What makes this different

Most Zammad integrations and MCP servers proxy each question into a live API call. That's fine for one record. It dies at scale, when you're asking "who on the team is overloaded across every open ticket" or "which of our customers have the most aging, angriest threads this quarter" - questions the Zammad API has no single endpoint for.

This skill syncs Zammad into a local SQLite mirror with full-text search. Aggregate questions become one local SQL join: instant, offline, and the AI sees the answer, not the raw data. Compound commands like agent-load, churn-risk, and feedback-scan join across tickets, articles, organizations, and users - work a stateless API wrapper can't do.

The pain this closes

The recurring complaint about ticketing tools on r/msp is the same: dashboards tell you what's in a queue but never roll up across tickets - per-agent load, which customers keep reopening, which accounts are quietly heading for the exit. So the weekly ritual is exporting tickets to a spreadsheet and rebuilding those answers by hand, while the two signals that actually predict churn - a customer who sounds fed up, and feature/pricing/compliance asks buried in article threads - never surface until the account is already gone.

  • zammad-cli agent-load - who's overloaded now, open/pending/backlog per agent.
  • zammad-cli overdue --days 3 - every ticket open too long, priority-weighted, worst first.
  • zammad-cli escalate - active tickets whose inbound customer messages read as upset, with the matched text shown.
  • zammad-cli churn-risk - accounts trending toward churn, scored with the reasons listed.
  • zammad-cli feedback-scan --bucket pricing - what customers keep asking for, bucketed with source tickets.

See pain-point.md for the longer narrative.

Frequently asked questions

Does this work with ChatGPT?

Yes, in the ChatGPT desktop app. It runs MCP servers locally (STDIO), the way zammad-mcp runs, and shares MCP configuration with Codex (OpenAI): add zammad-mcp under Settings > MCP servers as a STDIO server, or add it once to Codex's ~/.codex/config.toml. ChatGPT on the web is not supported by msp-skills yet: it needs a remote server. If your team works there, a hosted gateway is the better pick; check that your AI app is on the gateway's setup list. Setup steps: mcp-install.md.

Does this work with Codex, Cursor, Windsurf, Cline, Copilot, or Gemini?

Yes - all of them speak MCP. Cross-tool install commands are in the matrix above and the deep-dive in docs/which-agent.md.

Do I need to know how to code?

No. The recommended install is to paste one sentence into Claude Code or Codex - your agent reads SKILL.md and does the install. The fallback is a one-line installer per OS (bash or PowerShell). Neither path requires writing code. You'll enter your Zammad credentials once.

Is my Zammad data safe?

Your data stays on your machine. The CLI and MCP server are local binaries. The SQLite mirror sits in a directory under your user account. The AI agent only sees what the CLI returns - typically a query result, not raw bulk data. Credentials are read from your environment or your agent's config; never bundled into this repo or transmitted anywhere by MSP Skills.

Does it work with my Zammad instance, self-hosted or hosted?

Both. Point it at any Zammad instance with ZAMMAD_URL (for example https://support.yourcompany.com) and a personal access token in ZAMMAD_API_TOKEN, created under Profile → Token Access. Nothing is hardcoded to a specific instance.

How is this different from Zammad's built-in AI features?

Zammad's AI (ticket summary, writing assistant) works inside a single ticket. This works across the whole desk - team load, aging backlog, customer health, churn signals, and feedback themes - and hands structured JSON to the AI agent you already use.

Are the escalation, churn, and feedback signals AI sentiment analysis?

No. They're transparent keyword-and-timing heuristics that surface the tickets and the matched text for your AI or a human to judge. They flag candidates and show the evidence - they never claim a verdict on their own.

What does it cost?

Free. Apache-2.0 licensed. You pay only for whichever AI agent you use (Claude, ChatGPT, Codex, etc.), and that's billed by your AI provider, not by us.

Safety model

TierExamplesRecommended agent policy
Readagent-load, agent-trend, customer-health, overdue, escalate, churn-risk, feedback-scan, tickets search/get, articles by-ticket, kb browse/search/get, search, sync, webhooks status, webhooks listen, events listAllow
Write (routine)ticket note, tickets create/update, articles create, tags add/remove, organizations create/update, users create/update, kb answer-create/publish/internal, kb category-createPreview with --dry-run, then a reviewed write
Destructive / configtickets delete, kb answer-delete, webhooks register, webhooks unregisterHuman-in-the-loop only

The strongest control is the scope you grant the Zammad credentials - the CLI can only do what the credentials are permitted to do. Full details, including how to lock it down, are in governance.md.

Status

Live-verified. Confirmed by Servosity (maintainer) against their own production tenant. More MSPs run it live in our weekly Build Sessions. RSVP at compoundingteams.com/build-sessions.


Standards. Conforms to the open Agent Skills spec (Anthropic, Dec 2025; 40+ agents). MCP-compatible - works with any MCP-capable agent including Hermes. OpenClaw-ready (frontmatter pre-wired, awaiting OpenClaw launch).

Maintained by Servosity. Apache-2.0 licensed. Built with CLI Printing Press. Last updated: 2026-07-11.

來源:skills/zammad/README.md,提交 6b7797e

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

8
  1. v0.1.12Nov 5, 2026
  2. v0.1.11Nov 5, 2026
  3. v0.1.10Oct 23, 2026
  4. v0.1.9Oct 22, 2026
  5. v0.1.8Oct 16, 2026
  6. v0.1.7Oct 14, 2026
  7. v0.1.6Sep 29, 2026
  8. v0.1.5Sep 16, 2026

評分

已滿足適用檢查項的 40%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分

    請在儲存庫或註冊中心條目中宣告授權條款。