Liongard

io.github.WYRE-AI由 GitHub 账号 WYRE-AI 发布v2.3.10更新于 Oct 24, 2026

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

概览

AI 生成的概览

本地 MCP 服务器,将 AI 助手接入 Liongard,使其能浏览检查器、系统、指标、检测、告警、用户和环境数据。

可以做什么
通过决策树式入口工具导航 Liongard 领域,再按需加载检查器、系统、指标、告警、用户、组、环境和集成等专用工具(共 25 个)。获取检测详情,在支持 MCP Apps 的宿主中以只读卡片展示,带严重程度和状态标记。同时支持 Liongard API v1 和 v2。
适用场景
适合已在使用 Liongard 的托管服务或 IT 运维团队,希望助手在对话中直接查询检查器结果、系统、指标、检测、告警以及用户和环境数据。
运行要求
以本地 stdio 进程运行(容器镜像 ghcr.io/wyre-ai/liongard-mcp,或用 Node.js 从源码构建)。stdio 或 AUTH_MODE=env 模式需要 LIONGARD_API_KEY 和 LIONGARD_INSTANCE。从源码构建需要具备 read:packages 权限的 GitHub 令牌以访问私有 npm 源。HTTP 模式还需 CONDUIT_S2S_SECRET。
安装前请注意
需要 Liongard API 密钥,可访问该实例的数据,请勿写入日志或提交到仓库。HTTP 模式需要 CONDUIT_S2S_SECRET 且拒绝占位值;MCP_ALLOW_INSECURE_DEV=1 会关闭请求认证,仅限本地开发。网关模式从 X-Liongard-API-Key 和 X-Liongard-Instance 请求头读取凭据。构建令牌(NODE_AUTH_TOKEN 或 GITHUB_TOKEN)同样是敏感凭据。

安装

在 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 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

2
  1. v2.3.10最新Oct 14, 2026
  2. v2.3.9Sep 16, 2026

评分

已满足适用检查项的 50%

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

  • 近 30 天内可连通25 分

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

  • 已声明认证方式10 分

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

  • 已列出工具15 分

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

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