开发者加速：GitHub、Docker、npm 走 Clash 的 2026 配置思路
讲解开发者如何为 git、Docker 与 npm 配置代理：为什么终端代理不够用、如何分流、TUN 模式何时有用，附带内网与私有仓库的直连建议。
先分清流量由谁发起
开发环境里的慢，往往不是节点问题，而是流量根本没走代理。git 的 https 地址、ssh 地址、docker pull 和 npm install 分别由不同程序发起，各自读取不同的代理设置，因此只在浏览器里开代理是不够的。
三类工具的常见做法
思路是把客户端的混合端口（常见默认为 7890 或 7897，以你的客户端设置为准）填到各工具里。
- git：通过 git config 设置 http.proxy 与 https.proxy；ssh 方式则在配置文件里使用 ProxyCommand。
- Docker：拉取镜像由守护进程完成，要在 daemon 服务的环境变量或 Docker Desktop 的代理设置里填写。
- npm：用 npm config 设置 proxy 与 https-proxy，或改用合适的镜像源。
用规则分流而不是全局
把 github.com、docker.io、npmjs.org 等开发常用域名放进代理规则，其余国内流量直连，既省机场流量又减少延迟。公司内网和私有仓库务必写成直连，避免内部地址被误转发。
TUN 模式何时有用
遇到不读代理变量的程序，TUN 模式可以在网卡层统一接管流量。开启前建议理解 DNS 行为，可看 Clash DNS 与 fake-ip 配置科普；内核选择方面，mihomo 内核介绍 能帮你判断功能是否够用。
别忘了合规与选择
公司电脑的网络策略请先咨询所在团队。如果想了解一项公开信息较少的专线服务，可参考 XundaYunCloud 机场导读。
常见问题
为什么终端里 git clone 还是很慢？
多半是 git 没有读取到代理设置。请用 git config 单独设置，或检查是否使用了 ssh 地址；ssh 需要另行配置 ProxyCommand，不会自动走 http 代理。
docker pull 设置了环境变量仍然超时？
镜像拉取由 Docker 守护进程执行，不读取当前终端的环境变量。需要在守护进程的服务配置或 Docker Desktop 的代理选项中设置，并重启生效。
npm 用代理还是镜像源更好？
两者可以搭配。镜像源适合日常依赖安装，代理则用于镜像没有的包或其他海外服务。具体取舍视团队规范与稳定性要求而定。