Mirobody
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
作者による説明(英語の原文)
UniFi controller: clients, devices, WLANs, health, alarms, events, sysinfo, identity.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"lancontrol": {
"command": "npx",
"args": [
"-y",
"@reneturcios/lancontrol",
"mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add lancontrol -- npx -y @reneturcios/lancontrol mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"lancontrol": {
"command": "npx",
"args": [
"-y",
"@reneturcios/lancontrol",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"lancontrol": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@reneturcios/lancontrol",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント CloudCorpRecords で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.1.0)がレジストリに届いたのは4 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.js, Dockerも必要です。
同じカテゴリには:Mirobody, FHIR MCP Server, Google Health MCP
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
MCP server providing seamless access to FHIR APIs for AI tools and healthcare applications
Privacy-first unofficial Google Health API v4 MCP server for health, sleep, activity, HR agents
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
lancontrol reads UniFi Network controller state through a single action-router tool: connected clients, network devices, WLAN configurations, site health, active alarms, recent events, controller sysinfo, and the authenticated identity. One binary serves a command-line interface and a stdio MCP server.
This is a labelled core subset. The upstream surface defines 267 actions in total; lancontrol builds only the 8 preserved convenience actions plus help (9 action values). The generated families are omitted, on purpose and by name: official_* (78 actions), unifi_* (175 actions), and the 5 hybrid aliases (list_clients, list_devices, list_networks, list_wifi, get_system_info).
Both variables are required for every action except help; a missing value errors before any request is made:
| Variable | Required | Purpose |
|---|---|---|
UNIFI_URL | yes | Controller base URL, e.g. https://unifi.local. |
UNIFI_API_KEY | yes | API key, sent as the X-API-KEY header. |
UNIFI_SITE | no | UniFi site name. Defaults to default. |
Never pass the API key as a tool argument; it is read from the environment only.
npx @reneturcios/lancontrol help
Or run the container image:
docker run -i ghcr.io/cloudcorprecords/lancontrol
The container defaults to the MCP server (see below). Pass CLI arguments to use it as a CLI instead.
lancontrol clients
lancontrol devices lancontrol wlans lancontrol health lancontrol alarms lancontrol events --limit 25 lancontrol sysinfo lancontrol me lancontrol help
lancontrol --version
Action commands print the upstream JSON payload. help prints the local action documentation and needs no configuration and no network. Exit codes: 0 on success, 1 when a call fails (including a missing-config or upstream API error), 2 for usage errors.
One bin serves both faces. The mcp subcommand starts a stdio MCP server:
npx -y @reneturcios/lancontrol mcp
MCP client configuration:
{
"mcpServers": { "lancontrol": { "command": "npx", "args": ["-y", "@reneturcios/lancontrol", "mcp"], "env": { "UNIFI_URL": "https://unifi.local", "UNIFI_API_KEY": "...", "UNIFI_SITE": "default" } } } }
One tool is exposed:
| Tool | Input | What it returns |
|---|---|---|
unifi | action (required, one of the 9 subset values), limit (optional integer, events only) | The upstream payload for the chosen action, or local documentation for help. |
| Action | Description |
|---|---|
clients | Connected wireless and wired clients. |
devices | Network devices: APs, switches, gateways. |
wlans | WiFi network configurations. |
health | Site health summary. |
alarms | Active alarms and alerts. |
events | Recent controller events. |
sysinfo | Controller system information. |
me | Authenticated UniFi identity. |
help | Built-in action documentation. |
The public spec names the actions but does not publish, in its convenience-action table, the exact controller path for each one. Each action is therefore implemented as a GET to a plausible documented UniFi internal endpoint under UNIFI_URL, with the X-API-KEY header:
| Action | Endpoint |
|---|---|
clients | GET /proxy/network/api/s/{site}/stat/sta |
devices | GET /proxy/network/api/s/{site}/stat/device |
wlans | GET /proxy/network/api/s/{site}/rest/wlanconf |
health | GET /proxy/network/api/s/{site}/stat/health |
alarms | GET /proxy/network/api/s/{site}/stat/alarm |
events | GET /proxy/network/api/s/{site}/stat/event (plus ?_limit={limit} when a limit is supplied) |
sysinfo | GET /proxy/network/api/s/{site}/stat/sysinfo |
me | GET /proxy/network/api/self |
help | no request — answered locally |
HTTP failures surface the status plus the upstream message (meta.msg, message, or error) when present.
npm install
npm run build # tsc -> dist/ npm test # node test runner over test/*.test.ts, no network (fake fetch fixtures) npm run dev # run the CLI from source via tsx
MIT — see LICENSE.