项目详情
LinkSwift
九大网盘直链获取油猴脚本——国民级痛点上的四年猫鼠长跑
GitHub 地址
AGPL-3.0
20.3k Stars / 4 年
JavaScript · 油猴脚本
九大网盘
更新于 2026-09-12
← 返回汇总
项目速览
一句话定位
网盘直链获取的国民级脚本
基于油小猴「网盘直链下载助手」修改的油猴脚本：注入百度/阿里/中国移动/天翼/迅雷/夸克/UC/123/光鸭九大网盘网页端，调用服务商公开 API 提取直链，推送 Aria2/Motrix/IDM 等下载器。20.3k stars、4 年不间断的对抗性维护（网盘改版 → 脚本适配的猫鼠游戏），单人作者。两个鲜明特征：README 双 IMPORTANT 声明的防御性合规写作（技术中立/不破解限速/禁第三方夸大宣传），以及节气诗开篇的更新日志文学人格。
项目速览
核心数据
3 渠道
GitHub/脚本猫/OpenUserJS
数据来源：GitHub API，采集于 2026-09-12。基于油小猴「网盘直链下载助手」修改；Trendshift 榜单；Tampermonkey 官方商店徽章；支持 Windows/Mac/Linux/Android。
为什么存在
网盘限速：国民级体验痛点
限速是商业模式
国内网盘的免费下载速度以 KB/s 计，会员费是核心营收——限速不是技术缺陷，是定价策略本身。用户痛感真实且巨大。
直链是灰色出口
网盘的公开 API（用于分享/预览等场景）会返回真实下载地址——用客户端之外的方式（aria2/IDM）消费这些地址，常能拿到正常速度。灰色，但需求真实。
LinkSwift 的位置
不破解漏洞、不逆向私有接口，只做「公开 API 的直链提取 + 多下载器推送」的体验整合层——20k stars 是这个灰色刚需的量化。
作者的自我定位写得极清醒：「仅为协助无法或不便使用官方客户端的用户实现合法的文件下载需求」——后面会看到，这句话属于一整套防御性写作。
核心机制
从网盘页面到下载器：四段链路
稳定链路
持续对抗区
防御性合规
一份教科书级的自我保护写作
- 双 IMPORTANT 声明：「基于各大网盘服务商公开的 API 接口获取」+「未以任何形式承诺、宣传或实现对限速机制的破解」
- 速度归因外部化：「若获得较快下载速度，通常系服务商接口策略、本地网络环境或阶段性带宽调整所致」——连「为什么快」都预先切割
- 反夸大条款：点名禁止第三方用「加速下载」「速度起飞」「限速破解」宣传，且申明第三方宣传不代表项目立场、责任自负
- 技术中立主张：「不触及、不损害任何网盘服务商的核心利益」「坚持合规与克制」——为可能的下架/争议预留定性空间
- 渠道溯源免责：「仅 GitHub/Gitee/脚本猫/OpenUserJS 发布，其他渠道问题概不负责」——防假冒打包
- 溯源完整：明示基于油小猴原脚本修改、原作者与原仓库链接齐全——AGPL 义务的正面示范
这套写作的每个句子都在回答同一个问题：「如果有一天被下架或被诉，怎么把责任边界划清」——灰色地带开源项目的生存必修课，值得所有边界项目作者研读。
人格化开源
节气诗更新日志：硬核工具的柔软面
- 节气/节日开篇：「残暑未消风先快，一叶轻舟过万重 🍂🥮」（中秋版）、「爆竹声中一岁除，春风送暖入屠苏」（春节版）、「六一儿童节快乐！萌萌哒更新~」
- 卑微的小标题：「这个脚本只有一个人在修改~~ 如果喜欢的话还请留个 Star 哦~」——4 年 2 万星之后依然保留
- 「出淤泥而不染」：README 题记——灰色项目作者的自我期许，一语双关
- 工程不软：eslint 接入、内存泄漏修复、新架构测试版、Cookie 弃用转 AccessToken（安全意识）、SweetAlert2 统一样式 + Dark Reader 适配
- 金丝雀双轨：正式版 / dev 金丝雀版分离，迭代透明
- 生态联动：同作者另有百度/123/阿里「会员青春版」扩展脚本矩阵互相导流
单人维护的灰色项目 + 文学化社区运营 = 强人格绑定。4 年对抗性维护的韧性，一半来自技术能力，一半来自这种与用户的情感连接。
风险与局限
灰色地带的清醒认知
- 实质触及网盘核心利益：会员加速是网盘商业模式根基——防御性声明是必要非充分条件，下架/被诉/接口封杀风险是结构性常量
- 猫鼠游戏的脆弱性：每次网盘改版都可能断链；单人维护意味着作者一旦离场，适配能力即中断
- 「公开 API」的边界流动：服务商随时可以把公开接口收紧（事实上多次发生），脚本可用性不可承诺
- AGPL 的传播义务：fork/修改后分发同样必须 AGPL + 溯源——好消息是作者自己做了正面示范
- 使用者风险自担：账号被网盘风控/限制的可能性由用户承担——作者声明已尽，但用户未必都读了
- 同类假冒泛滥：作者特别警告非官方渠道的打包分发——20k 热度下的必然代价
潜力评估
打分
| 维度 | 评分 | 依据 |
|---|
| 需求验证 | | 20.3k stars——国民级痛点的量化表达 |
| 维护韧性 | | 4 年猫鼠游戏不断档，单人对抗九大平台 |
| 防御性写作 | | 灰色项目自我保护的教科书级样本 |
| 工程质量 | | 单文件 userscript 的工程化极限（eslint/架构测试/安全弃用） |
| 合规清晰度 | | 声明做得再好，实质仍是网盘利益的对立面 |
综合 7/10。作为工具它解决真实痛点且 4 年坚挺；作为开源样本它展示了灰色项目如何写作、如何自保、如何与用户建立人格连接。 使用层面：理解风险，尊重边界，别在重要账号上冒险。
最终裁决
适合谁，不适合谁
用
- 了解灰度风险、自用下载个人合法文件的技术用户
- 已有 Aria2/Motrix/IDM 工作流的下载器玩家
- 油猴脚本开发者：对抗性适配 + 防御性声明 + 文学化运营的三重样本
别用
- 主力网盘账号绑定使用（风控/封号风险由账号承担）
- 商业化分发/打包（AGPL + 作者明令禁止夸大宣传）
- 期待「破解限速」的用户（作者反复声明无此能力）
- 对账号安全零容忍的环境（政企/涉密）