Mcp Netassist

io.github.Edge-Echov0.1.1更新於 Oct 1, 2026

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

概覽

AI 產生的概覽

一個僅限 Windows 的 MCP 伺服器,讓助理診斷網路與代理問題,包括 GitHub 可達性、代理埠、DNS/TCP 以及 hosts 檔案項目。

功能
它提供唯讀診斷工具:net_github_status 檢查 github.com 的 DNS、TCP 443、HTTPS 狀態與延遲;net_proxy_status 回報來自 Windows 登錄檔與環境變數的系統代理;net_proxy_probe 探測常見本機代理埠;net_diag 對任意主機執行 DNS 到 TCP 到 HTTP 的完整鏈路檢查;net_hosts_check 列出 hosts 檔案中固定的 GitHub 項目。net_doctor 執行整套預檢,並給出具體修改建議,例如在 TUN 模式下清除系統代理。
適用情境
適合助理需要解釋 GitHub 或其他主機為何無法連線、代理為何不運作,或在 Windows 機器上應修改什麼時使用。它面向 GitHub 連線不穩定、代理設定不完整、hosts 檔案與代理衝突,以及 TUN 模式覆蓋系統代理等情境。
執行需求
透過 stdio 在本機執行,通常用 npx 搭配 npm 套件 mcp-netassist 或 GitHub 形式啟動。僅支援 Windows:檢查會讀取 Windows 登錄檔並呼叫 powershell.exe,因此在 Linux 與 macOS 上工具能啟動但會回報缺少 PowerShell。未宣告帳戶、API 金鑰或環境變數。每次檢查都會啟動 PowerShell,冷啟動約需 20 秒,因此 net_doctor 可能超過用戶端 60 秒逾時。
安裝前請注意
這些工具被描述為唯讀:只回報與建議,不寫入設定、不變更代理、不編輯 hosts 檔案。檢查在本機執行並呼叫 powershell.exe;使用者輸入以 Base64 形式跨越 PowerShell 邊界。在非 Windows 系統上檢查無法執行。net_doctor 在冷啟動機器上可能逾時,此時建議改用單項檢查或提高用戶端逾時。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Mcp Netassist,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

mcp-netassist

[mcp-netassist]

[npm version] [npm downloads] [license]

Part of the dsh-toolkit family: dsh-mcp-bridge · dsh-win-toolkit · dsh-netassist · dsh-driftwatch · mcp-netassist · dsh-ledger

Network & proxy diagnostics as an MCP server.

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.

Platform

Windows. The checks read the system proxy from the Windows registry and shell out to powershell.exe; on Linux and macOS the tools start but their checks cannot run, and they report PowerShell failed: spawn powershell.exe ENOENT rather than pretending to have checked something.

The packaging is portable (any MCP client can connect, the server speaks plain stdio), but the diagnostics are Windows-specific today. A POSIX implementation would read the proxy from the environment and use ss/lsof for port probing; that is not written yet, so the README says Windows instead of implying otherwise.

Timing

Every check spawns a powershell.exe, and a cold one costs roughly 20 seconds to start. So on a freshly booted Windows machine:

  • the individual tools answer within about half a minute
  • net_doctor can exceed a minute, because it runs four checks in parallel plus a port probe

Most MCP clients default to a 60-second request timeout, so net_doctor may time out on a cold machine even though it is working. If that happens, call the individual checks (net_github_status, net_proxy_status, net_hosts_check) instead, or raise your client's request timeout. Once PowerShell has been used a few times the cost drops sharply.

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_doctorThe whole preflight, 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:

json
{  "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:

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

Claude Code:

sh
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):

sh
dsh plugin --profile web add dsh-netassist

From a checkout:

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

In a container:

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

Related

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

來源:README.md,提交 b8f44e9

工具

0
工具後設資料尚未被收錄。

版本歷史

1
  1. v0.1.1最新Oct 1, 2026