🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

网络代理诊断助手 Edge-Echo/dsh-netassist

DeepSeek Harnessv0.2.1
Edge-Echo14 天前有提交已提供中文文档扫描:含敏感能力

GitHub 连不上、代理不生效的时候,一条命令说清是哪一环断了,以及该改什么。

31.5/100
综合分
2
GitHub 星标
198
npm 周下载
—/5
用户评分

数据截至 2026/10/20 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add dsh-netassist
npm 源 · dsh-netassist 的发布者账号已校验与本仓库一致

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:仅索引
是什么
dsh 原生插件 · market
装得上吗
静态安装检查通过
未做真实安装
L4 · 真实安装等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 14 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查✓ 自动检查通过
展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-netassist @ 0.2.1
✓Node 引擎要求 >=22 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/14 14:18:10

安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

读写/删除本地文件
查看扫描证据(共 1 处,展示前 1 条)
  • 读取本地文件
    lib/cli.js:77
    const pkg = JSON.parse(readFileSync(new URL('../package.json', import.meta.url), 'utf8'));
扫描于 2026/11/2(1 天前) · 范围 入口闭包 + 全包扫描 · 来源 npm 发布包

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-llm@deepseek-ai/dsh-tools
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • GitHub连通性检查
  • 系统代理状态检测
  • 代理端口探测
v0.4.02026-10-20
net_doctor 现在也会跑 DNS 对比和 npm 源检查。预检的意义就在于给出完整的「我该改什么」答案,而它之前看不到的两个最常见故障,是解析器返回过期结果、配置的 npm 镜像不响应。这两项现在都进了并行执行,报告会说明哪些服务器返回了什么、源是否可达:✔ DNS:4/4 台响应服务器结果一致 AliDNS: 140.82.113.3 | DNSPod: 140.82.113.3 | Cloudflare: 140.82.113.3 | Google: 140.82.113.3 ✔ npm 源可达:TCP 已连通,HTTP 200,耗时 21 ms。DNS 和源检查走 Node 的网络栈,给预检增加的时间远不到一秒,而 Windows 那几项检查每次都要冷启动 PowerShell。测试从 19 条断言增至 24 条,其中包括一次实际执行的 net_doctor,结果必须同时包含这两项发现。README 截图已用真实运行结果重新生成。--- 安装:npm i -g dsh-netassist@0.4.0
数据来自仓库的 GitHub Release,可能与插件实际版本不一致。

README

由 DeepSeek 最新模型翻译生成
dsh-netassist GitHub 连不上、代理不生效的时候,一条命令说清是哪一环断了,以及该改什么。 什么时候需要它 - DSH 拉不到 GitHub 或 npm,分不清问题出在 DNS、TCP 还是代理 - 系统代理配了却不生效 —— TUN 模式、路由规则,或者一条过期的 hosts 记录 - 不想自己跑 ping、nslookup、tracert,再对着四份输出自己推断 每条结论都带着它成立的前提,所以报告不会自相矛盾 —— 只有当代理确实被配置为使用某个端口时,该端口不通才会被报成问题。 dsh-netassist 源自真实的大陆网络痛点:GitHub 时通时断、到处是代理、hosts 冲突、TUN 模式和系统代理分不清。这个插件让 agent 一键回答「GitHub 通不通?」「系统代理是什么?」「代理端口活着吗?」,外加完整诊断链——全部只读、全部防注入。 English docs: README.md. 反馈 下载量能看出装了多少次,看不出有没有用。如果你在用,一句话说明你拿它做什么,比点个 star 有用得多——尤其是没跑通的情况,那是最不会有人主动说的: - 你想做什么 - 它做到了吗 - 缺什么、哪里不对 开个 issue 说一句 —— 如果是明确的 bug,直接开普通 issue 就行。
展开完整文档(README 剩余 1 节)
dsh-netassist

GitHub 连不上、代理不生效的时候,一条命令说清是哪一环断了,以及该改什么。

什么时候需要它

- DSH 拉不到 GitHub 或 npm,分不清问题出在 DNS、TCP 还是代理
- 系统代理配了却不生效 —— TUN 模式、路由规则,或者一条过期的 hosts 记录
- 不想自己跑 ping、nslookup、tracert,再对着四份输出自己推断

每条结论都带着它成立的前提,所以报告不会自相矛盾 —— 只有当代理确实被配置为使用某个端口时,该端口不通才会被报成问题。

dsh-netassist

源自真实的大陆网络痛点:GitHub 时通时断、到处是代理、hosts 冲突、TUN 模式和系统代理分不清。这个插件让 agent 一键回答「GitHub 通不通?」「系统代理是什么?」「代理端口活着吗?」,外加完整诊断链——全部只读、全部防注入。

English docs: README.md.

反馈

下载量能看出装了多少次,看不出有没有用。如果你在用,一句话说明你拿它做什么,比点个 star 有用得多——尤其是没跑通的情况,那是最不会有人主动说的:

- 你想做什么
- 它做到了吗
- 缺什么、哪里不对

开个 issue 说一句 —— 如果是明确的 bug,直接开普通 issue 就行。

工具

| 工具 | 回答什么问题 |
| net_github_status | GitHub 现在通不通?(DNS + TCP 443) |
| net_proxy_status | 系统代理配置:注册表 ProxyEnable/ProxyServer/ProxyOverride + 代理环境变量 |
| net_proxy_probe | 哪些常见本地代理端口活着?(默认 10808/10809/7890/7897/8888/1080) |
| net_diag | 任意主机完整诊断链:DNS → TCP → HTTPS 状态码 |
| net_hosts_check | hosts 里钉了哪些 GitHub 条目(代理冲突扫描) |
| net_dns_compare | 同时问 AliDNS / DNSPod / Cloudflare / Google 同一个域名并对比 —— 系统 DNS 是不是返回了过期地址? |
| net_registry_check | npm 实际配置的源能不能连通?同时探测配置源和官方源。 |

安装

dsh plugin --profile web add dsh-netassist
dsh web # 重启

然后直接问 agent:
- 「检查 github.com 通不通」→ net_github_status
- 「我的系统代理是什么?」→ net_proxy_status
- 「我的代理在跑吗?」→ net_proxy_probe
- 「为什么访问不了 api.example.com:8443?」→ net_diag host=api.example.com port=8443
- 「hosts 里有 github 条目吗?」→ net_hosts_check
- 「github.com 能解析但用不了?」→ net_dns_compare host=github.com
- 「npm install 为什么失败?」→ net_registry_check

工作原理

每个工具通过 powershell.exe -NoProfile -NonInteractive 执行一段只读 PowerShell 脚本。所有用户输入以 Base64 形式跨脚本边界——从结构上杜绝注入。不写文件、不需要管理员权限、零依赖。

- 配置:psTimeoutMs(默认 25000)——单次调用超时,可在 profile 的 cordis.patch.yml 的 netassist 条目下设置。
- 仅 Windows:非 Windows 平台明确报错。

真实示例(本机实测)

net_github_status → DNS: 20.205.243.166, TCP 443: OPEN
net_proxy_status → ProxyEnable: 1, ProxyServer: 127.0.0.1:10808
net_proxy_probe → 10808 OPEN, 10809/7890/7897/8888/1080 CLOSED
net_hosts_check → no github entries in hosts (clean)

排错

- 报 "PowerShell failed":多半是执行策略或杀软干扰。插件已用 -NoProfile -NonInteractive;可查 Get-ExecutionPolicy——不要求 RemoteSigned。
- 端口探测每个 5 秒连接超时,完整探测最坏约 5-10 秒。

链接

- npm: <https://www.npmjs.com/package/dsh-netassist>
- GitHub: <https://github.com/Edge-Echo/dsh-netassist>
- License: MIT

相关

属于 dsh-toolkit 家族 —— 一组各自独立可用的小工具,面向 DeepSeek Harness:

- dsh-mcp-bridge —— 一条命令装好 6 个精选 MCP server,CI 逐个验证
- dsh-win-toolkit —— Windows 剪贴板、通知、hosts、端口检测
- dsh-netassist —— 网络与代理诊断,直接告诉你下一步
- dsh-driftwatch —— 两次会话日志的行为漂移报告
- dsh-ledger —— agent 到底动了哪些文件,且记录不可篡改
- dsh-release-evidence —— 每次发布一个可验证的证据包
- mcp-netassist —— 同一套网络检查,做成任意 MCP 客户端可用的服务器
预览分享卡片长什么样 ↓Edge-Echo/dsh-netassist
分享 · DeepSeek Harness Hub
Edge-Echo/dsh-netassist

GitHub 连不上、代理不生效的时候,一条命令说清是哪一环断了,以及该改什么。

这是你的仓库?认领条目

回到顶部