
Liongard
io.github.wyre-technologyPublished by GitHub account wyre-technologyv2.3.7Updated Oct 26, 2026
MCP server for Liongard — inspectors, environments, metrics, detections, and timeline data.
Overview
Liongard MCP server that lets an assistant browse inspectors, systems, metrics, alerts, users, groups, environments and integrations in a Liongard instance.
- What you can do
- Navigate Liongard domains through a decision-tree entry tool, then load domain-specific tools on demand
- Inspect and manage inspectors, systems, environments and integrations
- Read metrics, alerts and detections, including a read-only detection card in MCP Apps hosts
- Look up users and groups
- Query both v1 and v2 of the Liongard API
- When to use it
- Useful for managed service providers or IT teams that run Liongard and want an assistant to look up environments, systems, detections and metrics, or to answer questions about a client's monitored infrastructure without switching to the Liongard UI.
- Requirements
- Runs locally over stdio (container image provided) or as an HTTP server. Needs LIONGARD_API_KEY and LIONGARD_INSTANCE for stdio or AUTH_MODE=env; gateway mode instead expects X-Liongard-API-Key and X-Liongard-Instance headers per request. HTTP mode requires CONDUIT_S2S_SECRET and X-Gateway-S2S signing. Building from source needs a GitHub token with read:packages for the private npm registry.
Installation
In SourceWeft
- Open Liongard 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
Liongard MCP Server
An MCP (Model Context Protocol) server for interacting with the Liongard platform. Provides AI assistants with tools to manage inspectors, systems, metrics, alerts, users, and more through Liongard's API.
One-Click Deployment
[!IMPORTANT] Before you click: this server depends on
@wyre-technology/node-liongard, which is hosted on the GitHub Packages npm registry. GitHub Packages has no anonymous access — even though the package is public, everynpm installneeds a token. The cloud builder runsnpm installfor you, so you must give it one, or the build fails withnpm error 401 Unauthorized ... npm.pkg.github.com.
- Create a GitHub Personal Access Token with the
read:packagesscope (classic token). Any GitHub account works — you do not need to be a member of thewyre-technologyorg to read its public packages.- Add it as a build variable when prompted by the deploy flow:
- Cloudflare Workers → set a build variable named
NODE_AUTH_TOKENto your PAT (Workers → Settings → Build → Variables and Secrets).- DigitalOcean App Platform → set an encrypted env var named
GITHUB_TOKENwith scope Build Time to your PAT (the Dockerfile reads it for the install).
[Deploy to Cloudflare Workers]
Features
- Decision-tree tool architecture — starts with a navigation tool, then exposes domain-specific tools on demand
- 25 tools across inspectors, systems, metrics, alerts, users, groups, environments, and integrations
- Interactive detection card via MCP Apps (SEP-1865):
liongard_detections_getrenders as a read-only card in MCP Apps hosts (Claude Desktop/web) with severity/status badges and server-resolved system/environment names — neutral by default, brandable viawindow.__BRAND__injection orMCP_BRAND_*env vars (MCP_BRAND_NAME,MCP_BRAND_LOGO_URL,MCP_BRAND_PRIMARY_COLOR,MCP_BRAND_ACCENT_COLOR,MCP_BRAND_BG,MCP_BRAND_TEXT), no rebuild needed - Dual API version support (v1 and v2)
- 128 tests
Installation
This project depends on @wyre-technology/node-liongard, published to the
GitHub Packages npm registry, which requires a token even for public packages.
Authenticate once, then install:
The repo's .npmrc already points the @wyre-technology scope at GitHub Packages and
reads the token from NODE_AUTH_TOKEN, so no further config is needed.
Configuration
Copy .env.example. Stdio and AUTH_MODE=env read the Liongard variables. Gateway mode does not.
/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 value is t=<unix seconds>,v1=<hex>, where v1 is HMAC-SHA256 of the exact string t=<unix seconds> keyed by 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. The secret is never written to logs.
In AUTH_MODE=gateway, /mcp also requires X-Liongard-API-Key and X-Liongard-Instance. Those headers are the only credential source for that request. A request missing either header returns 401 and does not read LIONGARD_API_KEY or LIONGARD_INSTANCE from the environment.
Docker Compose
The checked-in Compose service is gateway mode. It publishes 127.0.0.1:8080:8080, requires CONDUIT_S2S_SECRET, and does not set LIONGARD_API_KEY, LIONGARD_INSTANCE, or env_file.
Usage
HTTP refuses to start until CONDUIT_S2S_SECRET is a real secret:
Local HTTP without a secret is development-only. It binds 127.0.0.1 and logs a warning:
Development
License
Source: README.md at commit f4dad0c
Tools
0Version history
1- v2.3.7LatestSep 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