Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
Rust MCP server and CLI for UniFi Network controller operations.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
UNIFI_URL, UNIFI_API_KEY, UNIFI_RMCP_VERSION, UNIFI_RMCP_REPO, UNIFI_RMCP_RELEASE_BASE_URL, RUST_LOGAls geheim markierte Werte sind Schlüssel zu deinem Konto. Gib sie nie weiter und füge sie nie in einen Chat ein.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"runifi": {
"command": "npx",
"args": [
"-y",
"@dinglebear/runifi",
"mcp"
],
"env": {
"UNIFI_URL": "your-value",
"UNIFI_API_KEY": "your-value",
"UNIFI_RMCP_VERSION": "your-value",
"UNIFI_RMCP_REPO": "your-value",
"UNIFI_RMCP_RELEASE_BASE_URL": "your-value",
"RUST_LOG": "your-value"
}
}
}
}Führe das in deinem Terminal aus
claude mcp add runifi --env UNIFI_URL=your-value --env UNIFI_API_KEY=your-value --env UNIFI_RMCP_VERSION=your-value --env UNIFI_RMCP_REPO=your-value --env UNIFI_RMCP_RELEASE_BASE_URL=your-value --env RUST_LOG=your-value -- npx -y @dinglebear/runifi mcpTrag die leeren Werte ein, bevor du ihn startest.
In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"runifi": {
"command": "npx",
"args": [
"-y",
"@dinglebear/runifi",
"mcp"
],
"env": {
"UNIFI_URL": "your-value",
"UNIFI_API_KEY": "your-value",
"UNIFI_RMCP_VERSION": "your-value",
"UNIFI_RMCP_REPO": "your-value",
"UNIFI_RMCP_RELEASE_BASE_URL": "your-value",
"RUST_LOG": "your-value"
}
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"runifi": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@dinglebear/runifi",
"mcp"
],
"env": {
"UNIFI_URL": "your-value",
"UNIFI_API_KEY": "your-value",
"UNIFI_RMCP_VERSION": "your-value",
"UNIFI_RMCP_REPO": "your-value",
"UNIFI_RMCP_RELEASE_BASE_URL": "your-value",
"RUST_LOG": "your-value"
}
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
UNIFI_RMCP_VERSION envUNIFI_RMCP_REPO envUNIFI_RMCP_RELEASE_BASE_URL envRUST_LOG envDiese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 6. Nov. 2026
Der Registry-Name wurde über die Domain dinglebear.ai bestätigt (die Registry prüft, wem die Domain gehört)
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Das musst du eintragen: UNIFI_URL, UNIFI_API_KEY
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.2.5) kam vor 3 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, FOGA node
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
A Finch OG Agent cell as an MCP server: read the world, dry-run and take ERC-8414 tenders by policy.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
UniFi Network client, device, WLAN, firewall, and health operations over MCP and CLI.
It exposes one MCP tool, unifi, plus the runifi CLI. Agents can inspect clients, devices, WiFi networks, health, alarms, events, controller sysinfo, and authenticated identity, and can use generated official_* / unifi_* actions when their MCP auth scope permits it.
30-second path: set UNIFI_URL and UNIFI_API_KEY, then run npx -y @dinglebear/runifi health --json -> start loopback HTTP with UNIFI_MCP_HOST=127.0.0.1 npx -y @dinglebear/runifi serve -> call tools/call with {"action":"health"}.
Status: operational RMCP upstream-client server. The preserved convenience actions are read-oriented; generated mutating actions require unifi:admin authorization. HTTP MCP supports loopback dev mode, static bearer tokens, and Google OAuth through lab-auth.
Not for: replacing the UniFi console, storing controller credentials for callers, bypassing UniFi permissions, generic HTTP proxying, multi-tenant isolation, or passing UniFi API keys through MCP tool arguments.
| Surface | This repo |
|---|---|
| Repository | unifi-rmcp |
| Rust crate | unifi-rmcp |
| Binary / CLI | runifi |
| npm package | @dinglebear/runifi |
| npm binary aliases | unifi-rmcp, runifi |
| MCP tool | unifi |
| Config home | ~/.unifi-rmcp on hosts, /data in containers |
| Env prefixes | UNIFI_*, UNIFI_MCP_*, UNIFI_RMCP_* for npm launcher controls |
The repo and npm package use the RMCP family name, while the shipped binary uses the short Rust CLI name runifi.
official_* actions for documented Network Integration API endpoints.unifi_* internal controller actions and hybrid aliases such as list_clients, list_devices, list_networks, list_wifi, and get_system_info.unifi:read for read actions and unifi:admin for mutating actions in mounted HTTP MCP mode.| This repo owns | UniFi owns | Explicitly out of scope |
|---|---|---|
| MCP/CLI projection, action registry, request validation, HTTP MCP auth policy, response shaping, generated action dispatch, setup checks, and endpoint verification. | Controller state, site/device/client data, UniFi users, API key issuance, upstream authorization, and actual network mutations. | Replacing the controller UI, credential brokerage, arbitrary HTTP proxying, long-lived polling, policy-as-code, multi-tenant sandboxing, and local gateway provisioning. |
| Path | Command | Best for | Notes | |
|---|---|---|---|---|
| npm / npx | npx -y @dinglebear/runifi --help | Local MCP clients and quick trials. | Downloads the matching runifi binary from GitHub Releases. | |
| Release installer | `curl -fsSL https://raw.githubusercontent.com/dinglebear-ai/runifi/main/scripts/install.sh \ | bash` | Host installs without Node. | Installs runifi for the current Linux host. |
| Docker / Compose | docker compose up -d | Shared HTTP MCP deployments. | Reads .env and exposes container port 40030. | |
| Build from source | cargo build --release | Development and audits. | Produces target/release/runifi. | |
| Plugin | claude plugin install plugins/unifi | Claude Code local plugin setup from this checkout. | Ships the skill and .mcp.json. No session hooks — plugin settings reach the server through .mcp.json's ${user_config.*} env block, so no manual setup step is needed. |
Run the stdio MCP server or CLI without a manual binary install:
npx -y @dinglebear/runifi --help
npx -y @dinglebear/runifi mcp npx -y @dinglebear/runifi health --json
The npm package downloads runifi during postinstall. Override download behavior only when testing packaging:
| Variable | Purpose |
|---|---|
UNIFI_RMCP_SKIP_DOWNLOAD=1 | Skip postinstall binary download. |
UNIFI_RMCP_VERSION or UNIFI_RMCP_BINARY_VERSION | Select the GitHub Release tag. |
UNIFI_RMCP_REPO | Select the GitHub repo used for release downloads. |
UNIFI_RMCP_RELEASE_BASE_URL | Select a custom release base URL. |
git clone git@github.com:dinglebear-ai/runifi.git
cd runifi cargo build --release ./target/release/runifi --help
Minimum supported Rust version: 1.86. The Cargo workspace has three members: the root unifi-rmcp package, crates/unifi (reusable core), and xtask (dev tooling). All members inherit Rust edition 2024 and MSRV 1.97.1 from the workspace root.
In UniFi OS, go to Settings -> Admins & Users -> API Keys, create a key, and copy it into UNIFI_API_KEY.
export UNIFI_URL=https://unifi.local
export UNIFI_API_KEY=... export UNIFI_SITE=default export UNIFI_SKIP_TLS_VERIFY=true
Set UNIFI_LEGACY=true only for older non-UDM controllers that do not use the /proxy/network path prefix.
npx -y @dinglebear/runifi health --json
UNIFI_MCP_HOST=127.0.0.1 npx -y @dinglebear/runifi serve
In another shell:
curl -sf http://127.0.0.1:40030/health
curl -s -X POST http://127.0.0.1:40030/mcp \
-H "Content-Type: application/json" \ -H "Accept: application/json, text/event-stream" \ -d '{"jsonrpc":"2.0","id":1,"method":"tools/call","params":{"name":"unifi","arguments":{"action":"health"}}}'
{
"mcpServers": { "unifi": { "command": "npx", "args": ["-y", "unifi-rmcp", "mcp"], "env": { "UNIFI_URL": "https://unifi.local", "UNIFI_API_KEY": "...", "UNIFI_SITE": "default", "UNIFI_SKIP_TLS_VERIFY": "true" } } } }
{
"mcpServers": { "unifi": { "type": "http", "url": "http://127.0.0.1:40030/mcp", "headers": { "Authorization": "Bearer ${UNIFI_MCP_TOKEN}" } } } }
Register UniFi through Labby as an HTTP upstream when sharing one long-running server, or run it directly as stdio for local-only use.
[mcp_servers.unifi]
command = "npx" args = ["-y", "unifi-rmcp", "mcp"]
{
"command": "runifi", "args": ["mcp"], "env": { "UNIFI_URL": "https://unifi.local", "UNIFI_API_KEY": "..." } }
Do not put UNIFI_API_KEY, OAuth secrets, passwords, SSH keys, or upstream bearer tokens in MCP tool arguments. Use env, config files, or the MCP client's secret storage. MCP callers never provide credentials, tokens, keys, or secrets as action arguments.
| Surface | Status | Entry point | Purpose |
|---|---|---|---|
| MCP stdio | Supported | runifi mcp, npx -y @dinglebear/runifi mcp | Local child-process MCP clients. |
| MCP HTTP | Supported | runifi serve, POST /mcp | Streamable HTTP MCP for local or shared server deployments. |
| CLI | Supported | runifi | Scriptable parity and debugging. |
| Prompts | Supported | network_summary | Agent prompt for UniFi status summaries. |
| Resource | Supported | MCP tool schema resource | Client-side schema discovery. |
| REST API | Not shipped | N/A | UniFi already owns the REST APIs. |
| Web UI | Not shipped | N/A | UniFi already owns the controller UI. |
One MCP tool is exposed: unifi. Pass the required action argument to select the operation. The action enum is generated from the inventories in data/, so the surface is large:
| Family | Actions | Mutating |
|---|---|---|
official_* | 78 | 36 |
unifi_* | 175 | 87 |
| Preserved convenience | 8 | 0 |
| Hybrid aliases | 5 | 0 |
help | 1 | 0 |
| Total | 267 | 123 |
Counts are derived from data/unifi_official_network_v10_3_58.json and the runtime: true entries of data/unifi_internal_endpoint_models.json. crates/unifi/src/capabilities.rs is the source of truth at runtime.
| Action | Description | Required params | Optional params |
|---|---|---|---|
clients | Connected wireless and wired clients. | none | none |
devices | Network devices: APs, switches, gateways. | none | none |
wlans | WiFi network configurations. | none | none |
health | Site health summary. | none | none |
alarms | Active alarms and alerts. | none | none |
events | Recent controller events. | none | limit |
sysinfo | Controller system information. | none | none |
me | Authenticated UniFi identity. | none | none |
help | Built-in action documentation. | none | none |
| Family | Description | Scope behavior |
|---|---|---|
official_* | Documented Network Integration API operations under /proxy/network/integration/v1. | Read operations require unifi:read; mutating operations require unifi:admin. |
unifi_* | Model-backed internal controller-compatible actions under /proxy/network/api/s/{site} and /proxy/network/v2/api/site/{site}. | Read operations require unifi:read; mutating operations require unifi:admin. |
| Hybrid aliases | list_clients, list_devices, list_networks, list_wifi, get_system_info. | Use internal actions by default, or official API when siteId or params.prefer="official" is supplied. |
Endpoint coverage is tracked in docs/unifi_api_coverage.md; contract and safe live verification are documented in docs/unifi_endpoint_verification.md.
The binary calls the same service layer as the MCP tool:
runifi clients [--json]
runifi devices [--json] runifi wlans [--json] runifi health [--json] runifi alarms [--json] runifi events [--limit N] [--json] runifi sysinfo [--json] runifi me [--json] runifi official_list_clients --param siteId= --json runifi official_create_network --param siteId= --body-json '{"name":"IoT"}' --json runifi list_clients --param siteId= --json runifi doctor [--json] runifi setup check [--json] runifi setup repair [--json] runifi setup install [--json] runifi setup plugin-hook [--no-repair] [--json]
Generated actions accept --param k=v, --body-json JSON, and --json.
setup plugin-hook maps CLAUDE_PLUGIN_OPTION_* env vars into UNIFI_*, refreshes the ~/.local/bin copy of the binary, and runs check + repair. It used to run automatically from a Claude Code SessionStart/ConfigChange hook; those hooks have been removed.
You do not need to run it to configure the plugin: plugins/unifi/.mcp.json maps your plugin settings into the server's environment directly via ${user_config.*}. Run it by hand only when you want the ~/.local/bin binary refresh or the preflight checks.
Configuration loads from config.toml first, then UNIFI_* environment variables override it. Host install
Nur der Anfang wird gezeigt; den Rest findest du im Repo