i-net HelpDesk MCP Server
i-net HelpDesk MCP 服务器
一个 MCP 服务器,将 i-net HelpDesk 的工单 Web API 作为工具提供给任意 AI 代理使用:搜索和读取工单、查看处理步骤、创建新工单以及执行工单操作(回复、关闭、升级等)——包括文件附件。
该服务器可通过两种方式运行:
模式 | 用途 | 身份验证 |
stdio | 每个代理的本地进程(Claude Desktop/Code、Cursor、VS Code 等) | 来自环境变量的令牌或用户名/密码 |
HTTP(可流式传输) | 集中托管,多个用户共享一个服务器进程 | 每个客户端发送自己的 |
前提条件
Python 3.10 或更高版本
一个启用了 Web API 的 i-net HelpDesk
一个拥有 “Web API” 权限的用户——没有此权限,服务器将返回 HTTP 403。哪些工单可见以及允许哪些操作,取决于该用户的角色。
Related MCP server: tickiti-mcp
安装
# direkt aus dem Repository ausführen (empfohlen für den Einstieg)
uvx --from git+https://github.com/roddyst/i-net_mcp_server inet-helpdesk-mcp --help
# oder klassisch installieren
pip install git+https://github.com/roddyst/i-net_mcp_server用于开发:
git clone https://github.com/roddyst/i-net_mcp_server
cd i-net_mcp_server
python -m venv .venv && . .venv/bin/activate
pip install -e ".[dev]"
pytest快速入门:stdio(本地代理)
export INET_BASE_URL="https://helpdesk.example.com:9000"
export INET_TOKEN="VGhpcyBpcyBqdXN0IGEgZGVtbyBhY2Nlc3MgdG9rZW4u"
inet-helpdesk-mcpClaude Desktop / Claude Code 的配置(claude_desktop_config.json 或 .mcp.json)——更多示例位于 examples/:
{
"mcpServers": {
"i-net-helpdesk": {
"command": "uvx",
"args": ["--from", "git+https://github.com/roddyst/i-net_mcp_server", "inet-helpdesk-mcp"],
"env": {
"INET_BASE_URL": "https://helpdesk.example.com:9000",
"INET_TOKEN": "dein-access-token"
}
}
}
}除了令牌,也可以使用 INET_USERNAME 和 INET_PASSWORD(基本身份验证)。令牌作为 Authorization: Bearer <token> 发送,与 i-net 文档中描述的方式完全相同。
快速入门:HTTP(集中托管)
inet-helpdesk-mcp --transport http --host 0.0.0.0 --port 8000 \
--base-url https://helpdesk.example.com:9000端点位于 http://<host>:8000/mcp。代理输入此 URL 并在 Authorization 标头中发送其 HelpDesk 令牌——这正是“URL + Bearer 令牌”的流程,服务器将该标头转发给 HelpDesk。支持远程服务器的 MCP 客户端示例:
{
"mcpServers": {
"i-net-helpdesk": {
"type": "http",
"url": "https://mcp.example.com/mcp",
"headers": { "Authorization": "Bearer dein-access-token" }
}
}
}如果没有 --base-url,客户端还会通过 X-Inet-Base-Url 标头确定目标系统。这对于拥有多个 HelpDesk 实例的租户来说很方便,但会将服务器作为任意地址的代理打开——因此在开放网络中,最好设置一个固定的 --base-url(这样该标头将被禁用,除非使用 --allow-url-header 允许)。
运行提示: 服务器自身不终止 TLS 也不独立验证客户端——登录是通过传递的令牌在 HelpDesk 上完成的。如果它需要在本地网络之外可访问,则需要在前面放置一个带有 HTTPS 的反向代理。
工具
工具 | Web API | 描述 |
| – | 显示配置并检查连接和凭据。出现错误时的第一站。 |
|
| 通过搜索短语查找工单( |
|
| 工单的字段和属性; |
|
| 当前允许的工单操作,以“Id → 显示名称”映射形式返回。 |
|
| 工单的处理步骤,可选地从时间戳 |
|
| 一个处理步骤,包括文本。 |
|
| 创建新工单,返回工单 ID。 |
|
| 执行工单操作,返回新处理步骤的 ID。 |
使用 --read-only 时,create_ticket 和 apply_ticket_action 根本不会被注册——当代理只需要读取权限时很有用。
工单 ID 可以以数字形式接受,也可以以 HelpDesk 电子邮件主题行中出现的编码形式接受。
典型流程
使用类似
Drucker或Resource:"First Level Support"的短语调用search_tickets调用
get_ticket/list_ticket_steps/get_ticket_step进行读取调用
list_ticket_actions以确定有效的action_id使用该 ID 调用
apply_ticket_action——ID 因工单、用户和工单状态而异,因此不能猜测。
工单字段和操作参数
ticket_fields、step_fields 和 action_arguments 是可选的,通常不需要。如果需要,则遵循 Web API 的规则:键必须对应真实的字段键(或其本地化的显示名称),值是字符串;JSON 值必须编码为字符串。来自 i-net 文档的示例:
{
"ticketextension.dispatchNow": "ALWAYS", // Ticket sofort disponieren
"ticketextension.automail": "NO_MAILS_TO_ENDUSER", // keine Auto-Mails an Endanwender
"processingtimeextension.appointment": "1733875200000", // Wiedervorlage/Termin
"ticketactionextension.escalate": "{'targetResID':'<GUID>','changeTicketStatus':true}"
}未知的 工单字段 会导致错误,未知的 操作参数 会被 HelpDesk 静默丢弃,仅写入调试日志。
附件
附件作为列表传递,每个附件的内容 要么 内联为 Base64 要么 作为服务器文件系统上的路径:
{
"text": "Anfrage mit Anhang",
"attachments": [
{ "name": "screenshot.png", "content_base64": "iVBORw0KGgo…" },
{ "path": "/tmp/protokoll.pdf", "attachment_type": "Attachment" }
]
}path 仅在 stdio 模式下有效,在该模式下代理和服务器共享同一台机器;在 HTTP 模式下它会自动禁用(并且可以使用 --no-local-files 为 stdio 也禁用它)。attachment_type 的允许值:Attachment、EmbeddedImage、Signature、Unknown。每个文件的上限:25 MB。
配置
每个选项都可以作为环境变量和命令行开关使用;命令行优先级更高。
环境变量 | 开关 | 默认值 | 含义 |
|
| – | HelpDesk 的基础 URL,例如 |
|
| – | 用于 |
|
| – | 作为令牌替代方案的基本身份验证 |
|
|
|
|
|
|
| HTTP 传输的绑定地址 |
|
|
| HTTP 传输的端口 |
|
|
| 可流式 HTTP 端点的路径 |
|
|
| HTTP 超时(秒) |
|
|
| 验证 HelpDesk 的 TLS 证书 |
|
|
| 隐藏写入工具 |
|
| 仅当没有 | 允许 |
|
| stdio 为 | 允许通过文件路径添加附件 |
|
|
| 搜索短语的默认语言 |
故障排除
首先调用
server_info——它会显示基础 URL、身份验证方法以及针对 HelpDesk 的测试查询是否有效。HTTP 401/403:令牌已过期或用户缺少“Web API”权限。
工单的 HTTP 404:工单不存在或对该用户不可见;尚未授权的工单需要调度员角色。
连接错误:检查包含端口的基础 URL(HelpDesk 的默认端口是
9000)。对于自签名的测试系统,--no-verify-tls会有所帮助。更多详细信息请使用
--log-level DEBUG(日志输出到 stderr)。
安全说明
凭据位于环境变量或
Authorization标头中,永远不会被记录。服务器只执行登录用户被允许的操作——权限检查由 HelpDesk 负责。
apply_ticket_action和create_ticket会修改数据,并且根据配置可能会触发发送给最终用户的电子邮件。对于测试,建议使用操作参数"ticketextension.automail": "NEVER"或使用测试系统。get_ticket默认返回工单的所有字段,包括个人数据——使用fields进行针对性限制。
英文摘要
暴露 i-net HelpDesk 工单 Web API 的 MCP 服务器:搜索、读取、创建和处理工单,支持附件。通过 stdio(凭据来自 INET_BASE_URL + INET_TOKEN)或通过 可流式 HTTP 运行,每个客户端通过发送自己的 Authorization: Bearer <token> 标头进行身份验证——并且,当未配置基础 URL 时,通过 X-Inet-Base-Url 标头选择 HelpDesk 实例。工具:server_info、search_tickets、get_ticket、list_ticket_actions、list_ticket_steps、get_ticket_step、create_ticket、apply_ticket_action。使用 --read-only 启动以仅暴露读取工具。
许可证
MIT。非 i-net software GmbH 的官方产品。 Web API 文档: https://docs.inetsoftware.de/helpdesk/help/webapi.ticket/p/ticket-web-api
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
AlicenseAqualityDmaintenanceAn MCP server that lets AI assistants search and read support tickets from Jitbit Helpdesk. Works with both SaaS and on-premise installations.3502MIT
tickiti-mcpofficial
AlicenseBqualityBmaintenanceAn MCP server that exposes the Tickiti helpdesk API to AI assistants, enabling ticket management and helpdesk operations via natural language.11MIT- AlicenseAqualityDmaintenanceMCP server for Otobo ITSM enabling AI assistants to search, create, update, and manage tickets via the Generic Interface REST API.10111MIT
- AlicenseAqualityBmaintenanceMCP server to manage GestSup tickets via an LLM, with tools for creating, reading, commenting, and searching tickets.13MIT
Related MCP Connectors
MCP server exposing the Backtest360 engine API as tools for AI agents.
Self-hosted MCP gateway: turn any API, database or MCP server into AI connectors — no code.
MCP server for AI access to SmartBear tools, including BugSnag, Reflect, Swagger, PactFlow, QTM4J.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/roddyst/i-net_mcp_server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server