ARTICLE · 1199269
网盘下载总被官方客户端卡住?这个脚本给你另一条路
从网盘下载一个几 GB 的文件，先被提示「客户端下载更快」，装完客户端又发现它常驻后台、弹窗推送、还要登录——很多人只是想把文件拿下来而已。
📌 项目名片
🤔 它解决什么问题
国内的文件分享，绕不开网盘。但当你点开一个分享链接、想把文件存下来时，网页端往往给的体验并不好：大文件被引导去装官方客户端，客户端又常驻后台、推送广告、占着内存。对只是偶尔下个资料的人来说，这一整套流程显得过重。
LinkSwift 想改的就是「下载」这一步。它不是又一个网盘客户端，而是一个跑在浏览器里的用户脚本（俗称油猴脚本）。装好之后，你在支持的网盘页面勾选文件，脚本会在页面上多出一个「下载助手」入口，点开后帮你拿到文件的原始下载地址，再把这个地址交给你习惯的下载工具去处理。
举个贯穿全文的例子（说明性流程，非实测数据）：你收到一个百度网盘分享链接，里面是一份几百兆的压缩包。平时你可能得先转存、再开客户端。用 LinkSwift 时，流程变成——在网页勾选这个压缩包 → 点「下载助手」取到直链 → 一键推送到你本机的 IDM 或 Aria2 → 由下载器完成多线程下载。整个过程不需要再单独安装某个网盘的专用客户端。
它的底子并不陌生：LinkSwift 基于老牌的「网盘直链下载助手」（原作者油小猴）修改而来，在原脚本基础上补了更多网盘支持和界面优化，目前在 GitHub 已积累约 2.37 万 Star（截至 2026 年 10 月 17 日）。
✨ 核心亮点
一个脚本覆盖九大网盘
LinkSwift 当前支持九个主流网盘：百度网盘、阿里云盘、中国移动云盘、天翼云盘、迅雷云盘、光鸭云盘、夸克网盘、UC 网盘、123 云盘。对同时在用好几个网盘的人来说，这意味着不用为每个盘各装一个客户端、各记一套操作，入口统一在浏览器里。
这种「广度」的代价是需要持续维护：网盘页面和接口经常改版，脚本就得跟着适配。翻一下它的更新日志能看到，2026 年 9 月的测试版刚加了对光鸭云盘的支持，并再次适配「变来变去的 123 云盘」——这类修复在历史记录里相当密集，也侧面说明这类工具的可用性是靠持续跟进换来的。
把下载交回给专业下载器
脚本本身不负责下载，而是把取到的链接推送给你指定的下载工具。它支持 IDM、Aria2、Motrix、BitComet、AB Download Manager 等多种下载器，也能直接复制 Aria2 或 cURL 命令行，方便放到服务器或 NAS 上跑。
这和官方客户端的区别在于选择权：下载用哪个工具、放在哪台机器、要不要多线程，都由你决定，而不是被绑定在某个网盘的生态里。对已经习惯用 IDM 管理下载队列、或者想把大文件丢到 Aria2 后台慢慢拉的人，这种「取链接 + 自带下载器」的组合会更顺手。
明确不碰限速，只走公开接口
值得专门说清楚的一点是项目自己的态度。README 里反复强调：所有下载链接都基于各网盘服务商公开的 API 接口获取，项目「未以任何形式承诺、宣传或实现对网盘限速机制的破解」；如果偶尔感觉下得快，通常是服务商接口策略、本地网络或服务商阶段性带宽调整所致，不应理解为破解限速。它把自己定位成「技术中立、合规克制」，只帮无法或不便使用官方客户端的用户完成合法下载。
这段声明不只是免责。它也框定了你对这个工具的合理预期：它改变的是「下载入口」，不是「下载速度上限」。
🚀 快速上手
👥 适合谁
有两个成本要提前想清楚。其一是上手门槛：它不是独立软件，而是依附于浏览器扩展的脚本，第一次要先装 Tampermonkey、再装脚本，对不熟悉扩展的人会有一点学习成本。其二是可持续性：网盘频繁改版，脚本能不能一直用，取决于作者的持续适配；从仓库看维护基本由个位数开发者推进，遇到某个盘临时失效、等待修复是可能发生的。此外 AGPL-3.0 对个人使用很友好，但如果你想基于它做二次开发并对外提供网络服务，需要遵守同样的开源义务。
💡 小结
如果你同时在用好几个网盘、又更信任自己的下载器，LinkSwift 提供了一条绕开官方客户端的实用路径：在浏览器里取直链，交给 IDM 或 Aria2 下载。但要记住它的边界——它改的是下载方式，不是下载速度，也需要你愿意折腾一次浏览器扩展。想试的话，最省事的下一步是先从 GitHub 或脚本猫装好 Tampermonkey 和脚本，拿一个自己的分享链接走一遍完整流程，看看是否顺手。
