Liongard

io.github.wyre-technology由 GitHub 账号 wyre-technology 发布v2.3.7更新于 Oct 26, 2026

MCP server for Liongard — inspectors, environments, metrics, detections, and timeline data.

概览

AI 生成的概览

Liongard MCP 服务器,让助手浏览 Liongard 实例中的检查器、系统、指标、告警、用户、组、环境和集成。

可以做什么
  • 通过决策树式入口工具导航 Liongard 各领域,再按需加载具体工具
  • 查看和管理检查器、系统、环境与集成
  • 读取指标、告警和检测结果,在支持 MCP Apps 的宿主中渲染只读检测卡片
  • 查询用户和组
  • 同时支持 Liongard API 的 v1 和 v2 版本
适用场景
适合使用 Liongard 的托管服务商或 IT 团队,让助手查询环境、系统、检测结果和指标,或回答关于客户受监控基础设施的问题,而无需切换到 Liongard 界面。
运行要求
以 stdio 本地运行(提供容器镜像)或作为 HTTP 服务器运行。stdio 或 AUTH_MODE=env 时需要 LIONGARD_API_KEY 和 LIONGARD_INSTANCE;gateway 模式改为每次请求携带 X-Liongard-API-Key 和 X-Liongard-Instance 请求头。HTTP 模式需要 CONDUIT_S2S_SECRET 并签名 X-Gateway-S2S。从源码构建还需具备 read:packages 权限的 GitHub 令牌以访问私有 npm 源。
安装前请注意
Liongard API 密钥由访问密钥 ID 与密钥合并而成,应按完整凭据保护。gateway 模式通过请求头传递凭据。未设置 CONDUIT_S2S_SECRET 的 HTTP 模式仅供开发,不应对外暴露。部分工具可能修改 Liongard 数据,批准前请确认写操作。切勿提交服务间密钥。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Liongard,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

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, every npm install needs a token. The cloud builder runs npm install for you, so you must give it one, or the build fails with npm error 401 Unauthorized ... npm.pkg.github.com.

  1. Create a GitHub Personal Access Token with the read:packages scope (classic token). Any GitHub account works — you do not need to be a member of the wyre-technology org to read its public packages.
  2. Add it as a build variable when prompted by the deploy flow:
    • Cloudflare Workers → set a build variable named NODE_AUTH_TOKEN to your PAT (Workers → Settings → Build → Variables and Secrets).
    • DigitalOcean App Platform → set an encrypted env var named GITHUB_TOKEN with scope Build Time to your PAT (the Dockerfile reads it for the install).

[Deploy to DO]

[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_get renders 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 via window.__BRAND__ injection or MCP_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:

bash
# Authenticate npm to GitHub Packages (token needs the read:packages scope)export NODE_AUTH_TOKEN=$(gh auth token)   # or a PAT with read:packages
npm 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.

VariableRequiredDescription
LIONGARD_API_KEYFor stdio and AUTH_MODE=envLiongard API key
LIONGARD_INSTANCEFor stdio and AUTH_MODE=envLiongard instance hostname (for example yourorg.app.liongard.com)
MCP_TRANSPORTNostdio (default) or http
AUTH_MODENoenv (default) or gateway. Gateway mode requires X-Liongard-API-Key and X-Liongard-Instance on each /mcp request and never falls back to LIONGARD_*.
CONDUIT_S2S_SECRETYes for HTTPService-to-service secret. The HTTP server logs an error and exits non-zero when this is empty or a known placeholder. Compose will not start without it. Never commit a real value. Generate one with openssl rand -hex 32.
MCP_ALLOW_INSECURE_DEVNoSet to 1 only for local development to start HTTP without CONDUIT_S2S_SECRET. The process logs a warning, does not enforce X-Gateway-S2S, and binds 127.0.0.1 only. A non-loopback MCP_HTTP_HOST refuses startup. A known placeholder secret is still refused.
MCP_HTTP_HOSTNoBind address when a real CONDUIT_S2S_SECRET is set. Unset keeps 0.0.0.0, which is what the container image sets, so container deploys stay on every interface inside the container. Without a secret the dev bypass binds 127.0.0.1 instead.
MCP_HTTP_PORTNoHTTP port. Defaults to 8080.

/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.

js
import { createHmac } from "node:crypto";
const t = Math.floor(Date.now() / 1000);const v1 = createHmac("sha256", process.env.CONDUIT_S2S_SECRET)  .update(`t=${t}`)  .digest("hex");const xGatewayS2s = `t=${t},v1=${v1}`;

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.

bash
CONDUIT_S2S_SECRET=your-s2s-secret docker compose up --build

Usage

bash
npm start

HTTP refuses to start until CONDUIT_S2S_SECRET is a real secret:

bash
MCP_TRANSPORT=http CONDUIT_S2S_SECRET="$CONDUIT_S2S_SECRET" npm start

Local HTTP without a secret is development-only. It binds 127.0.0.1 and logs a warning:

bash
MCP_TRANSPORT=http MCP_ALLOW_INSECURE_DEV=1 npm start

Development

bash
npm run build       # Build the projectnpm run test        # Run testsnpm run lint        # Run linternpm run typecheck   # Type-check

License

Apache-2.0

来源:README.md,提交 f4dad0c

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v2.3.7最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分