Prototyp · Vorschau: alle Server aus der offiziellen Registry, alle 30 Minuten synchronisiert. Bewertungen und Benutzerkonten folgen in einem späteren Schritt.
PopNx MCPMCP-Server für alle, die KI nutzen · in einfachen Worten erklärt

Netexpert MCP

von Omodaka9375Version 0.1.3i★ –iLäuft auf deinem Computer
Name in der Registryio.github.Omodaka9375/netexpert-mcp

Installieren

Überblick

Beschreibung vom Entwickler (englisches Original)

Cross-platform local-network diagnostics & security-posture MCP server — 31 tools.

Die drei Säulen von PopNx MCP

Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.

Was du damit machen kannst

Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.

  • Verbindung: Läuft auf deinem Computer
  • Transport: stdio
  • Kategorie: Sonstiges

Installation

Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.

Bevor du installierst

  • Basischecks: 1 von 1 bestanden
  • Läuft auf deinem Computer mit den Rechten deines Benutzerkontos (Dateien, Netzwerk, Apps).
  • Das trägst du selbst ein: NETEXPERT_MCP_CONFIG, NETEXPERT_HTTP_PORT, NETEXPERT_WIFI_IF

Du brauchst

  • npmNode.js installiert (für den Befehl npx)

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": {
    "netexpert": {
      "command": "npx",
      "args": [
        "-y",
        "netexpert-mcp"
      ],
      "env": {
        "NETEXPERT_MCP_CONFIG": "your-value",
        "NETEXPERT_HTTP_PORT": "your-value",
        "NETEXPERT_WIFI_IF": "your-value"
      }
    }
  }
}

Führe das in deinem Terminal aus

claude mcp add netexpert --env NETEXPERT_MCP_CONFIG=your-value --env NETEXPERT_HTTP_PORT=your-value --env NETEXPERT_WIFI_IF=your-value -- npx -y netexpert-mcp

Trag die leeren Werte ein, bevor du ihn startest.

In Cursor öffnen

Oder kopier die Einstellungen selbst

In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen

{
  "mcpServers": {
    "netexpert": {
      "command": "npx",
      "args": [
        "-y",
        "netexpert-mcp"
      ],
      "env": {
        "NETEXPERT_MCP_CONFIG": "your-value",
        "NETEXPERT_HTTP_PORT": "your-value",
        "NETEXPERT_WIFI_IF": "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 VS Code öffnen

Oder kopier die Einstellungen selbst

In .vscode/mcp.json in deinem Projekt einfügen

{
  "servers": {
    "netexpert": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "netexpert-mcp"
      ],
      "env": {
        "NETEXPERT_MCP_CONFIG": "your-value",
        "NETEXPERT_HTTP_PORT": "your-value",
        "NETEXPERT_WIFI_IF": "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.

Werte, die du selbst einträgst

  • NETEXPERT_MCP_CONFIG env
    Path to the config JSON (default: ~/.netexpert-mcp/config.json). Zero-config: every key is optional. See the README for the schema.
  • NETEXPERT_HTTP_PORT env
    If set (>0), also expose a stateless streamable HTTP transport at that port: POST /mcp (JSON-RPC) + GET /health. Loopback by default.
  • NETEXPERT_WIFI_IF env
    Linux only: the wlan interface for iw-based WiFi status (default wlan0).

Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.

Was er kann

Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.

Basischecksi

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 7. Nov. 2026

  • ✓ Bestanden

    Entwickler passt zum Repo

    Der Registry-Name wurde mit dem GitHub-Konto Omodaka9375 bestätigt, dem das Repo gehört

  • … Noch nicht geprüft

    Wird noch gepflegt

    Dieses Repo haben wir noch nicht von GitHub gelesen

  • … Noch nicht geprüft

    Hat eine Lizenz

    Dieses Repo haben wir noch nicht von GitHub gelesen

  • – Nicht zutreffend

    Endpunkt antwortet

    Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet

  • – Nicht zutreffend

    Anmeldung mit OAuth

    Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen

  • … Noch nicht geprüft

    Keine versteckten Anweisungen in Tool-Beschreibungen

    Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen

Im Vergleich mit anderen in Sonstigesi

  • Mehr Sterne als 0 % der anderen 32709 Server in dieser Kategorie
  • Neuer in der Registry veröffentlicht als 65 % der anderen 32709 Server in dieser Kategorie
  • Basischecks gleich gut wie oder besser als bei 100 % der anderen 32709 Server in dieser Kategorie

Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.

Häufige Fragen

Ist Netexpert MCP sicher?

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.

Welche Schlüssel oder Codes braucht er?

Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.

Läuft er auf meinem Computer oder in der Cloud?

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

Wird er noch gepflegt?

Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.1.3) kam vor 20 Tagen in die Registry.

Welche Apps können ihn nutzen?

Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.

Was kann ich stattdessen nutzen?

In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, SwarmMemo

Alternativen

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

Spec Driven Development

von formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

Läuft auf deinem Computer★ 440MITAktualisiert vor 14 Monaten
Installieren

Remote Desktop Commander

von desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

Läuft in der Cloud★ 211Aktualisiert vorgestern
Installieren

SwarmMemo

von Hugo0

Talk with agent swarms: rooms, private messages and paid tasks for AI agents

Läuft in der CloudAktualisiert heute
Installieren

README vom Entwickler

README öffnen

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.

netexpert-mcp

*"What's on my network, is my link healthy, is this machine safe, and why is X slow?"*

— answered by an AI, on your LAN, in one conversation.

netexpert is a cross-platform local-network diagnostics & security-posture MCP server for AI clients (Claude Desktop, Claude Code, or any client that speaks MCP). Windows, Linux, macOS — one normalized JSON envelope, 31 tools, zero config on first run, read-only by default.

It's the *local host + LAN* half of a home-lab toolkit — the NAS half already exists as ugnas-mcp, and the two compose.

Also listed in the MCP registry as io.github.Omodaka9375/netexpert-mcp.


Install

The package is on npm — no clone, no build:

# run once, on demand (no install)

npx -y netexpert-mcp

or install globally

npm install -g netexpert-mcp netexpert-mcp

Wire it into your MCP client (stdio):

{

"mcpServers": { "netexpert": { "command": "npx", "args": ["-y", "netexpert-mcp"] } } }

That's it — first run needs no config file, no environment variables, nothing. Ask your client *"what devices are on my network?"* and it has the tools to answer.

Optional HTTP transport (stateless, same JSON-RPC surface):

NETEXPERT_HTTP_PORT=3100 netexpert-mcp

POST http://127.0.0.1:3100/mcp (tools/list, tools/call)

GET http://127.0.0.1:3100/health (liveness)


Try it in 30 seconds

Once wired into your client, try:

  1. "Am I exposed?" → the client calls sec.exposure — listening ports × firewall state × a risky-port knowledge base, reported as Findings.
  2. "What's on my network?" → lan.devices — ARP inventory enriched with IEEE-OUI vendor names and PTR hostnames.
  3. "Is my DNS lying to me?" → dns.hijackcheck — known-good domains via your system resolver vs trusted DoH; mismatch ⇒ Finding{severity:high}.
  4. "Is my WiFi any good?" → wifi.health — RSSI quality bands, channel overlap, band mismatch — interpreted, with next steps.

Why it exists

Existing network MCP servers are either deprecated Python packages, wrappers that demand Nmap, or router-config tools for enterprises. None of them answer the home-lab questions:

Questionnetexpert answer
*What devices are on my network — anything new?*lan.devices builds an inventory (ARP ∪ sweep, OUI vendor, PTR hostname); lan.newdevices diffs it against snapshots and emits findings
*Is my WiFi actually good?*wifi.health interprets RSSI bands, channel overlap, and band mismatch — with concrete next steps, not raw numbers
*Is this machine exposed?*sec.exposure cross-references listening ports with firewall state and a risky-port knowledge base
*Is my DNS lying to me?*dns.hijackcheck compares your system resolver against trusted DoH for known-good domains
*Why is X unreachable?*Layered triage — link → ARP → routing/DNS → port → app (docs/persona.md)

Design guarantees

  • One envelope. Every tool returns the same JSON shape (ok, backend, data, warnings / closed-set error.code + actionable hint) — no raw netsh or ip output ever reaches the model.
  • Platform-normalized. Same field names on Windows, Linux, and macOS; platform dispatch lives below the service layer.
  • Bounded everything. Port caps, host caps, byte caps, timeouts, and token-bucket rate limits are enforced in code — never left to the model's judgment.
  • No shell, ever. All subprocesses spawn via arg arrays (execFile-style); all inputs are zod-validated before touching the OS. No raw sockets, no Npcap, no Python.
  • Read-only by default. The one mutating tool (lan.wol) uses a dry-run plan + single-use, 10-min-TTL confirmToken — parameters frozen at plan time.
  • Capability honesty. Tools report *which backend produced the data* (backend: "tcp-connect", not a fake "ping"); net.health self-describes what works on this host, with install hints for what doesn't.
  • No telemetry. No phone-home — except the three tools that are *about* the internet (net.publicip, sec.speedtest, DoH in dns.hijackcheck), which you invoked explicitly.

Tool catalog (31)

net.* — connectivity
ToolWhat it does
net.healthVersion, platform, capability matrix (which backends exist on this host, with install hints)
net.pingICMP loss/latency stats; honest TCP-connect fallback when ping is unavailable
net.traceTraceroute hops, normalized across tracert/traceroute/tracepath
net.httpcheckGET/HEAD with timing split: dns / connect / ttfb / total
net.portcheckSingle TCP connect — open/closed + latency
net.portscanBounded connect scan (≤256 ports, default top-20 common)
net.sslTLS cert: subject, SANs, issuer, chain, days-left, expiry grade
net.publicipYour public IPv4 + ASN/org (ipify → ipinfo fallback)
net.deepscanOptional nmap adapter — opt-in only: requires the binary *and* nmap.enabled in config; RFC1918 targets only
dns.* — name resolution
ToolWhat it does
dns.lookupA/AAAA/CNAME/MX/TXT/NS/SRV/PTR with optional nameserver override
dns.reversePTR names for an IP
dns.resolversWhich DNS servers the OS *actually* uses (per-platform)
dns.propagationSame record at system + trusted resolvers + DoH — diff table
dns.hijackcheckThe killer check: known-good domains via system vs trusted DoH; mismatch or NXDOMAIN ⇒ Finding{sev:high}
lan.* — devices & inventory
ToolWhat it does
lan.interfacesNICs: name, MAC, addresses, type, virtual flag
lan.gatewayDefault gateway + interface + local subnet CIDR
lan.arpParsed neighbor cache, stale entries filtered
lan.sweepPing-probe an RFC1918 subnet (≤1024 hosts, rate-limited 1/30s) → live set
lan.devicesInventory: ARP ∩ RFC1918, enriched with vendor (40k-entry IEEE OUI db) + PTR hostname
lan.hostnameAll known names for an IP: PTR + NetBIOS (win)
lan.snapshotSave device inventory to dated snapshots; or list them
lan.newdevicesDiff live vs baseline ⇒ findings (new MAC, MAC-changed-for-IP); first run auto-saves a baseline
lan.wolWake-on-LAN magic packet — dry-run plan → confirmToken → one UDP broadcast
wifi.* — link health
ToolWhat it does
wifi.statusCurrent link: SSID, BSSID, band, channel, RSSI, PHY rate, quality 0–100
wifi.networksNearby AP survey with band inference
wifi.healthInterpretation: RSSI bands (≥−50 … <−78 unusable), 2.4 GHz channel overlap, band mismatch, low PHY rate — each a Finding with the next tool call
sec.* — host posture
ToolWhat it does
sec.connectionsActive sockets with owning PID
sec.listeningListeners per process; flags 0.0.0.0/:: exposures
sec.firewallGet-NetFirewallProfile / ufw→nft / socketfilterfw
sec.exposureHeadline report: exposed listeners × firewall state × risky-port table (445, 3389, 23, 135–139, 5357, 5900) ⇒ Finding[]
sec.speedtestBounded Cloudflare download; reports a lower bound instead of failing on slow links

Configuration (all optional)

~/.netexpert-mcp/config.json — sane defaults, so zero-config first run:

{

"defaults": { "pingCount": 4, "traceMaxHops": 20 }, "resolvers": { "trusted": ["1.1.1.1", "8.8.8.8"], "dohUrl": "https://cloudflare-dns.com/dns-query" }, "caps": { "portscan": { "maxPorts": 256 }, "sweep": { "maxHosts": 1024 } }, "rate": { "sweep": 30, "portscan": 10, "speedtest": 60, "httpCheck": 2 }, "nmap": { "enabled": false } // deep scans are opt-in by design }

Invariants:

  • caps are ceilings — tool inputs may go lower, never higher
  • env overrides via NETEXPERT_*: NETEXPERT_MCP_CONFIG (config path), NETEXPERT_HTTP_PORT, NETEXPERT_WIFI_IF (linux wlan iface)
  • no credentials ever — any config key containing password/token/secret/credential is rejected at load

Optional extras:

  • nmap deep scans — install nmap (winget install Insecure.Nmap / sudo apt install nmap), then set "nmap": { "enabled": true } in config. Absence just produces an install hint, never a crash.
  • OUI vendor db — ships inside the package; never fetched at runtime.

Monitoring without a daemon

netexpert stays request/response; recurring checks are your MCP client's job:

New-device tripwire   lan.newdevices    every 15 min   fire on Finding[] beyond the info baseline

Gateway reachability net.ping every 60 s fire on lossPct > 0 DNS integrity dns.hijackcheck hourly fire on sev=high WiFi degradation wifi.health every 10 min fire on severity ≥ med

AI usage — docs/persona.md

The server provides hands; the persona provides judgment. The rule pack in docs/persona.md gives your AI client:

  1. a triage ladder (link → ARP → IP/DNS → port → app — always state which layer exonerated/implicated),
  2. baselines for "suspicious" (new MAC with no vendor match, RFC1918 host on 445/3389 that isn't the NAS, resolver ≠ DoH, ARP flapping),
  3. the Finding format — every answer ends with the concrete next tool call, never a data dump.

Development

git clone https://github.com/Omodaka9375/netexpert-mcp.git

cd netexpert-mcp pnpm install

pnpm typecheck # strict TS (Kai/Claude Code runs this after edits) pnpm test # 50 fixture-driven tests (fake runner, zero real network in units) pnpm build # → dist/ pnpm smoke # build → stdio → tools/list → net.health pnpm smoke:http # HTTP transport check node scripts/gen-oui.mjs # regenerate the OUI db (rarely needed)

Project layout:

src/

exec/ LocalExecutor (execFile, arg arrays) + per-platform CommandMaps (win32/linux/darwin) parse/ pure parsers (arp, ping, traceroute, netsh, iw, nmap -oG) — fixture-tested services/ coreService dnsService lanService wifiService secService nmapService safety/ caps.ts (bounds + token-bucket rate limiter) · confirm.ts (dry-run/confirmToken) data/ oui.json (40k IEEE OUI entries, committed) mcp/ toolset.ts (31 tools, zod inputs) · createServer.ts scripts/ gen-oui.mjs · smoke.mjs · http-smoke.mjs docs/ persona.md · index.html (the docs page) tests/ fixtures/ + 50 tests across 6 files

License: MIT — see LICENSE. npm: netexpert-mcp · MCP registry: io.github.Omodaka9375/netexpert-mcp Source & issues: GitHub

PopNx fragen