← 返回列表
✓ 可直接安装
dsh-toolkit 系列的一部分：dsh-mcp-bridge · dsh-win-toolkit ·…
自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node >=20）；该结论来自程序自动检查，未经人工实机验证。 · 最近上游提交 2026/9/23 · 已提供中文文档
作为 MCP 服务器的网络与代理诊断：GitHub 可达性、系统代理状态、代理端口探测、DNS/TCP/HTTP 诊断、hosts 冲突扫描，以及一个建议更改内容的 doctor。可与任何 MCP 客户端配合使用。
综合分
30.7
GitHub 分
30.7
用户评分
—
★ Stars
1
周下载量
—
兼容 / 相关生态插件（非 dsh 原生，请按其对应运行时安装）
git clone https://github.com/Edge-Echo/mcp-netassist.git信任档位：已验证本站已于 2 天前真实安装成功（L4 · 真实安装）
- 是什么
- 生态插件（可安装，未声明 dsh 能力）
- 装得上吗
- 本站已真实安装成功（L4 · 真实安装，非静态推断）
- 安全吗
- 本站尚未对该插件做风险分级（暂未覆盖，不等同于无风险）
- 还在维护吗
- 活跃：最近一次提交在 2 天前
档位由下列信号合成：本站实装验证（真实安装，当前最高到 L4）· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/23
由本站实装验证器在真实 dsh 环境安装成功，非静态推断。
数据截至 2026/9/25（元数据每日更新 · 实装验证按队列轮转，单条结论的验证时间见上方）
安装兼容性检查✓ 自动检查通过
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。
✓npm 包mcp-netassist @ 0.1.0
✓Node 引擎要求 >=20 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明
验证方式：npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/23 19:03:55
用户评分
还没有人投票，来当第一个
订阅周报，不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成mcp-netassist
mcp-netassist
npm version
npm downloads
license
dsh-toolkit 系列的一部分：dsh-mcp-bridge · dsh-win-toolkit · dsh-netassist · dsh-driftwatch · mcp-netassist · dsh-ledger
以 MCP 服务器形式提供的网络与代理诊断。
可与任何 MCP 客户端配合使用——Claude Code、Claude Desktop、Cursor、Reasonix、CodeWhale、DeepSeek Harness。把你的智能体指向它，然后问“GitHub 能访问吗？”、“我的代理为什么不工作？”、“我该改什么？”——而不是靠猜。
专为中国网络环境的现实而打造：时好时坏的 GitHub、配置了一半的代理、与代理相互冲突的 hosts 文件，以及会悄悄覆盖系统代理的 TUN 模式。
目前仅支持 Windows：这些检查会调用 PowerShell。协议层是可移植的；POSIX 后端显然是下一步。
平台
Windows。 这些检查会从 Windows 注册表读取系统代理，并调用
powershell.exe；在 Linux 和 macOS 上，工具可以启动，但它们的检查无法运行，并且会
报告 PowerShell failed: spawn powershell.exe ENOENT，而不是假装已经检查过某些东西。
打包方式是可移植的（任何 MCP 客户端都可以连接，服务器使用纯 stdio 通信），但
诊断目前是 Windows 专用的。POSIX 实现会从环境变量读取代理，并使用 ss/lsof
进行端口探测；这部分尚未编写，所以 README 说的是 Windows，而不是暗示其他情况。
耗时
每次检查都会启动一个 powershell.exe，而冷启动大约需要 20 秒。因此，在
刚启动的 Windows 机器上：
- 各个单独工具会在大约半分钟内响应
- net_doctor 可能超过一分钟，因为它会并行运行四项检查，外加一次端口
探测
大多数 MCP 客户端默认请求超时为 60 秒，所以 net_doctor 在冷启动的
机器上即使正在工作，也可能超时。如果发生这种情况，请改为调用各个单独检查（net_github_status、
net_proxy_status、net_hosts_check），或者提高客户端的请求超时。一旦
PowerShell 被使用过几次，开销就会大幅下降。
工具
| 工具 | 回答 |
|---|---|
| net_github_status | github.com 现在能访问吗？DNS、TCP 443、HTTPS 状态 + 延迟 |
| net_proxy_status | 系统正在使用什么代理？注册表设置 + 环境变量，包括一个已禁用但遗留的值 |
| net_proxy_probe | 哪些本地代理端口是活跃的？（默认：10808、10809、7890、7897、8888、1080） |
| net_diag | 任意主机的完整链路：DNS → TCP → HTTP 状态 |
| net_hosts_check | hosts 文件中固定了哪些 GitHub 条目？ |
| net_doctor | 完整的预检，并附带关于要更改什么的具体建议 |
net_doctor 是这个服务器的核心。其他工具告诉你哪里出了问题；它告诉你该怎么做：
✔ 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.
设置
Claude Desktop / Cursor / 任何 JSON 配置的客户端：
{
"mcpServers": {
"netassist": {
"command": "npx",
"args": ["-y", "github:Edge-Echo/mcp-netassist"]
}
}
}
构建好的 lib/ 随仓库一起发布，因此 GitHub 形式无需构建步骤。
从 npm 安装：
{
"mcpServers": {
"netassist": {
"command": "npx",
"args": ["-y", "mcp-netassist"]
}
}
}
Claude Code：
claude mcp add netassist -- npx -y github:Edge-Echo/mcp-netassist
DeepSeek Harness（与原生插件相同的诊断功能，外加作为代理工具的 net_doctor）：
dsh plugin --profile web add dsh-netassist
从检出副本运行：
{
"mcpServers": {
"netassist": { "command": "node", "args": ["/path/to/mcp-netassist/lib/server.js"] }
}
}
在容器中：
docker build -t mcp-netassist .
docker run -i --rm mcp-netassist
该镜像也是目录列表用于内省检查的镜像。在 Linux
容器内，服务器会正常启动并响应 initialize / tools/list；这些工具
本身需要 Windows PowerShell，并在缺失时说明这一点。
设计说明
- 只读。 没有任何工具会写入配置、更改代理或编辑 hosts 文件。它只报告和建议；由你决定。
- 注入安全。 每个用户输入都以 Base64 形式跨越 PowerShell 边界，绝不作为插值文本。
- 无隐藏状态。 每次调用都运行自己的检查；调用之间不缓存任何内容，因此结果始终是最新的。
- 两个依赖项（@modelcontextprotocol/sdk、zod），无原生模块。
相关
属于 dsh-toolkit 家族 的一部分——相同的诊断功能也作为 DeepSeek Harness 插件（dsh-netassist）发布，该插件将 net_doctor 添加为代理工具。
许可证
MIT