io.github.Edge-Echo/mcp-netassist

Registre officiel Outils de développement

Windows network and proxy diagnostics: GitHub reachability, proxy ports, DNS/TCP, and fixes.

Installation

Ajoutez ceci à la configuration MCP de votre client (Claude Desktop : claude_desktop_config.json ; Cursor : .cursor/mcp.json ; VS Code et les autres utilisent la même forme « mcpServers »).

NPM package mcp-netassist
Claude Code
claude mcp add mcp-netassist -- npx -y mcp-netassist@0.1.1
Configuration JSON (Claude Desktop, Cursor, VS Code)
{
    "mcpServers": {
        "mcp-netassist": {
            "command": "npx",
            "args": [
                "-y",
                "mcp-netassist@0.1.1"
            ]
        }
    }
}

Documentation

Tirée du README du projet sur GitHub, actualisée chaque semaine. Les liens ouvrent GitHub.

Sommaire
  1. mcp-netassist
  2. Feedback
  3. Platform
  4. Tools
  5. Setup
  6. Design notes
  7. Related
  8. License

mcp-netassist

Network and proxy diagnostics your agent can run itself — in any MCP client: Claude Code, Cursor, Claude Desktop or DSH.

When you need this
  • Your MCP client cannot reach GitHub or npm and you want the agent to find out why
  • You want the same diagnostics in every editor instead of one plugin per host
  • You are tired of the agent guessing at network problems

The score badge says it plainly: this server is listed on Glama, claimed by its maintainer, with its tool definitions rated A. Requires Windows — see Platform below.

Works with any MCP client — Claude Code, Claude Desktop, Cursor, Reasonix, CodeWhale, DeepSeek Harness. Point your agent at it and ask "is GitHub reachable?", "why is my proxy not working?", "what should I change?" — instead of guessing.

Built for the China-network reality: flaky GitHub, proxies that are half-configured, hosts files that fight the proxy, and TUN mode that silently overrides the system proxy.

Windows-only for now: the checks call PowerShell. The protocol layer is portable; a POSIX backend is the obvious next step.

Feedback

Installs are visible in the download counts; whether this helps is not. If you use it, one line about the actual task is worth more than a star — particularly if it did not work, which is the case that never gets reported:

  • what you were trying to do
  • whether it did it
  • what was missing or wrong

Tell me in an issue — or if something is already broken, just open a normal bug report.

Platform

Windows, Linux and macOS. The checks use the platform's own mechanism:

WindowsLinux / macOS
DNS / TCP / HTTPSPowerShell (System.Net)Node dns, net, https
Proxy configurationregistry ProxyEnable / ProxyServerHTTP_PROXY / HTTPS_PROXY / ALL_PROXY / NO_PROXY
hosts file%WINDIR%\System32\drivers\etc\hosts/etc/hosts
TUN adaptersGet-NetAdapterip link / ifconfig when available

The wording follows the platform too: there is no system-wide proxy switch outside Windows, so the report says "proxy env vars" rather than inventing a setting that does not exist.

Set MCP_NETASSIST_PLATFORM=posix or win32 to force a branch — the test suite uses it to exercise both implementations on the same machine.

Tools

ToolAnswers
net_github_statusIs github.com reachable right now? DNS, TCP 443, HTTPS status + latency
net_proxy_statusWhat proxy is the system using? Registry settings + env vars, including a disabled-but-leftover value
net_proxy_probeWhich local proxy ports are alive? (defaults: 10808, 10809, 7890, 7897, 8888, 1080)
net_diagFull chain for any host: DNS → TCP → HTTP status
net_hosts_checkWhich GitHub entries are pinned in the hosts file?
net_dns_compareAsk AliDNS, DNSPod, Cloudflare and Google the same question and compare — is the system resolver returning a stale answer?
net_registry_checkIs the npm registry npm is configured to use actually reachable? Checks that one and the official one.
net_doctorThe whole preflight — proxy, ports, TUN, GitHub, hosts, DNS-server agreement and npm registry — with concrete suggestions about what to change

net_doctor is the point of this server. Other tools tell you what is wrong; it tells you what to do about it:

✔ System proxy: 127.0.0.1:10808
✔ Proxy port 10808 responding
✔ GitHub reachable (HTTP 200, 312 ms)
⚠ TUN-style adapter detected: clash
   Under TUN mode the system proxy setting is usually ignored — the two can fight each other.
✔ hosts file clean (no GitHub entries)

Suggested fix:
- Under TUN mode, clear the Windows system proxy (or exclude github.com) so traffic is not double-handled.

Setup

Claude Desktop / Cursor / any JSON-configured client:

{
  "mcpServers": {
    "netassist": {
      "command": "npx",
      "args": ["-y", "github:Edge-Echo/mcp-netassist"]
    }
  }
}

The built lib/ ships in the repository, so the GitHub form needs no build step.

From npm:

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

Claude Code:

claude mcp add netassist -- npx -y github:Edge-Echo/mcp-netassist

DeepSeek Harness (same diagnostics as a native plugin, plus net_doctor as an agent tool):

dsh plugin --profile web add dsh-netassist

From a checkout:

{
  "mcpServers": {
    "netassist": { "command": "node", "args": ["/path/to/mcp-netassist/lib/server.js"] }
  }
}

In a container:

docker build -t mcp-netassist .
docker run -i --rm mcp-netassist

The image is also what directory listings use for introspection checks. Inside a Linux container the server starts and answers initialize / tools/list normally; the tools themselves need Windows PowerShell, and say so when it is missing.

Design notes

  • Read-only. No tool writes config, changes the proxy, or edits the hosts file. It reports and suggests; you decide.
  • Injection-safe. Every user input crosses the PowerShell boundary as Base64, never as interpolated text.
  • No hidden state. Each call runs its own checks; nothing is cached between calls, so results are always current.
  • Two dependencies (@modelcontextprotocol/sdk, zod), no native modules.

Part of the dsh-toolkit family — the same diagnostics also ship as a DeepSeek Harness plugin (dsh-netassist), which adds net_doctor as an agent tool.

License

MIT

Questions fréquentes

Qu'est-ce que io.github.Edge-Echo/mcp-netassist ?

Windows network and proxy diagnostics: GitHub reachability, proxy ports, DNS/TCP, and fixes.

Comment installer io.github.Edge-Echo/mcp-netassist ?

Il s'exécute sur votre machine. Dans Claude Code : claude mcp add mcp-netassist -- npx -y mcp-netassist@0.1.1. Pour les autres clients, collez la configuration JSON de cette page dans leurs réglages MCP.

Faut-il une clé API pour io.github.Edge-Echo/mcp-netassist ?

Son entrée au registre n'indique aucune clé ni secret obligatoire. Certaines fonctions peuvent tout de même demander un compte auprès du service auquel il se connecte.

io.github.Edge-Echo/mcp-netassist est-il open source ?

Oui. Son code est sur GitHub sous licence MIT.

Qui maintient io.github.Edge-Echo/mcp-netassist ?

Il est publié par Edge-Echo. AI.tn le référence sans le maintenir ni le recommander.

Issu du registre MCP officiel. Être listé n'est pas une recommandation : vérifiez le code et les permissions d'un serveur avant de lui donner accès à vos données.