
Domotz
io.github.wyre-technologyPublished by GitHub account wyre-technologyv1.1.10Updated Oct 24, 2026
MCP server for Domotz network monitoring — agents, devices, alerts, and network discovery.
Overview
Lets an assistant query Domotz network monitoring data — agents, devices, alerts, metrics, topology, and power — through the Domotz public API.
- What you can do
- Connects an MCP-compatible assistant to a Domotz network monitoring account. It exposes domains for agents, alerts, devices, metrics, network topology and configuration, and power management, so the assistant can look up device discovery and status, review and manage alerts, and read network performance metrics. It runs as a local stdio process, or over HTTP when hosted behind a gateway.
- When to use it
- Useful for managed service providers and network operators who already run Domotz and want an assistant to answer questions about monitored devices, alerts, and network health without opening the Domotz portal. Less relevant if you do not use Domotz.
- Requirements
- A local runtime able to run the npm package or the container image. A Domotz public API key supplied as DOMOTZ_API_KEY, generated in the Domotz portal. Optionally DOMOTZ_API_URL for the regional endpoint, AUTH_MODE, MCP_TRANSPORT, and LOG_LEVEL. Network access to the Domotz API.
Installation
In SourceWeft
- Open Domotz in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Domotz MCP Server
A Model Context Protocol (MCP) server for Domotz network monitoring and management. Enables AI assistants to monitor network devices, view alerts, check device status, and manage network infrastructure.
This is a Model Context Protocol (MCP) server that connects Claude (or any MCP-compatible AI) to your Domotz environment.
Part of the MSP Claude Plugins ecosystem — a growing suite of AI integrations for the MSP stack. Built by MSPs, for MSPs.
Installation
Configuration
Copy .env.example and set the variables below.
/health stays unauthenticated and does not read credentials. The stdio transport does not use CONDUIT_S2S_SECRET.
HTTP authentication
With MCP_TRANSPORT=http and CONDUIT_S2S_SECRET set, every /mcp request must include X-Gateway-S2S. The check is verifyS2sHeader in src/s2s-verify.ts: the header value is t=<unix seconds>,v1=<hex>, where the hex is HMAC-SHA256 of the literal string t=<unix seconds> keyed with CONDUIT_S2S_SECRET (64 lowercase hex characters). The timestamp must be within 300 seconds of the server clock. A missing or invalid header returns 401 before vendor credentials are read.
In AUTH_MODE=gateway, /mcp also requires X-Domotz-API-Key (X-Domotz-Region is optional and defaults to us-east-1). That header is the only credential source for the request. In AUTH_MODE=env, a valid X-Gateway-S2S header is still required and vendor credentials come from DOMOTZ_API_KEY.
Usage
Running with Claude Desktop
Add to your Claude Desktop claude_desktop_config.json:
Running with Claude Code (CLI)
Docker
The image listens on 0.0.0.0 inside the container (MCP_HTTP_HOST) and defaults to AUTH_MODE=gateway. Publish the port on loopback and pass the S2S secret. In gateway mode, the Domotz API key arrives on each request as X-Domotz-API-Key; it is not read from the environment. Compose does not set DOMOTZ_API_KEY.
Compose refuses to start when CONDUIT_S2S_SECRET is unset, sets AUTH_MODE=gateway, and publishes 127.0.0.1:8080:8080. Generate the secret with openssl rand -hex 32; do not use a placeholder such as your-s2s-secret.
Single-tenant HTTP (AUTH_MODE=env) still requires the S2S secret, then uses DOMOTZ_API_KEY:
Local HTTP without a secret is development-only. It binds 127.0.0.1 only and logs a warning. A non-loopback MCP_HTTP_HOST, including 0.0.0.0, is ignored:
Available Domains
Agents
Manage Domotz monitoring agents
Alerts
View and manage network alerts
Devices
Device discovery and status monitoring
Metrics
Network performance metrics
Network
Network topology and configuration
Power
Power management for managed devices
Development
Contributing
Contributions are welcome! Please see CONTRIBUTING.md if present, or open an issue to discuss changes.
License
Licensed under the Apache License, Version 2.0. See LICENSE for details.
Source: README.md at commit 7472640
Tools
0Version history
1- v1.1.10LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts