Torlink：再见假按钮和弹窗，种子搜索就该在终端里

你在浏览器里打开一个种子网站。还没看到搜索结果，先弹了三个广告窗口。你关掉它们，点了看起来像”Download”的按钮。它是个假的。你终于找到真正的链接，点下去，下载了一个 2KB 的 .exe 文件。

不是偶然翻车。这就是 2026 年找种子的日常。假按钮、弹窗连环套、一半资源零做种，每一个在互联网上下载过东西的人都背诵过这段体验。

torlink 做的事简单到让人疑惑为什么没人早点做。它在终端里帮你搜种子。一个命令，零配置，一次搜索扫多个手工精选的可靠来源，选中直接下载到本地。不是”把网页客户端移植成 TUI”。它拆掉了搜索体验里最烂的部分，只保留下真正有用的那条流水线：看到资源大小和做种数，下到硬盘。

一个月，从零跑到近四千 Star。不是因为它技术有多深，而是因为它精准踩中了每个用过种子的人都会喊痛的伤口。但 Star 数只能说明很多人注意到它了，到底好在哪，值得拆开仔细看看。

当”零配置”不是口号

大多数 CLI 工具说”零配置”，实际意思是”你先把这七个环境变量配好再回来”。torlink 的零配置是字面意义上的：Node.js 装好，npx torlnk 回车，三秒后进入搜索界面。没有欢迎向导、没有许可协议、没有偏好设置窗口。

但这个项目真正让我觉得做对了的，不是启动简单，而是它在两个关键环节上做了别人不愿意碰的脏活。

第一个是来源筛选。torlink 的搜索源不是爬虫乱抓，而是手工精选的可信列表。游戏类只用 FitGirl，一个在 repack 圈有十几年信誉的名字。电影和剧集分别走 YTS、The Pirate Bay、1337x 和 BitTorrented，动漫走 Nyaa 和 SubsPlease。游戏单独走 FitGirl 这个决策很关键：因为游戏文件可能包含可执行代码，安全风险远超视频，torlink 宁可牺牲覆盖面也要守住信任底线。某个源下线时不会卡死，torlink 会跳过它并在界面上告知你哪个源不可用。

第二个是信息密度的设计。搜索结果从各来源流式返回，每条结果直接标注文件大小和做种人数。你不用猜哪个资源能下动、哪个是死链，箭头移动到目标上按 d 就开始下载。按 ? 调出完整快捷键列表。整个交互模型没有一丁点多于的东西，但该有的信息全在屏幕上。

这跟传统种子客户端的定位完全不同。qBittorrent 和 Transmission 是下载管理器，torlink 是搜索引擎加下载器。webtorrent-cli 也能在终端下种子，但它没有内置搜索，你需要自己找 magnet 链接喂给它。torlink 把找种子和下种子两个动作焊在一起，结果就是从”打开网页、甄别真链接、复制 magnet、粘贴到客户端”变成了”输入关键词、按 d、等进度条走完”。聊了这么多设计层面的事，不如实际看看它跑起来是什么感觉。

一条命令跑起来

torlink 的安装步骤短到几乎不需要说明，核心就一条命令：

npx torlnk

系统只要装了 Node.js，npx 会自动拉包并启动。首次可能需要等十几秒下载依赖，之后秒开。启动后直接进入搜索界面，光标在闪，等你输入。

输入关键词后，结果从各来源实时流入，每条标注来源站、文件大小和做种数。选好目标按 d 开始下载，shift+d 可以选择其他目录保存。下载任务放到后台队列，你可以继续搜下一个，互不打断。

# 也支持直接粘贴 magnet 链接或裸 infohash
# 进入界面后 Ctrl+V 粘贴，回车开始下载

几个值得注意的细节：断点续传，中断后重启会从中断处继续，不用重头来。崩溃自愈，底层引擎崩了下次启动自动恢复，所有下载以暂停状态恢复。默认做种，下载完自动继续上传给其他人，不想做种切到 Seeding 标签页按 p 暂停。

卡点也有一些，不是没有。Issue 区最常被提及的问题集中在网络环境：部分地区直连 tracker 速度慢，WebRTC 原生模块在某些 Linux 发行版上缺失导致需要手动降级。另外 npx torlnk 首次拉包速度取决于网络，慢的时候可能要等半分钟。

Headless 模式是一个被低估的功能。torlnk watch <目录> 监控文件夹自动下载放入的种子，torlnk serve 通过 HTTP 接收 magnet，torlnk files 流式分享已完成的下载，加上 --daemon 参数可以退出登录后继续跑。对 seedbox 用户来说，这几条命令的组合已经覆盖了大部分日常操作。体验上的坑说清楚了，不过还有一个更实际的问题：它到底适合谁？

什么时候用，什么时候别用

不过 torlink 也不是万能的。以下场景建议你换别的工具：

• 你需要 RSS 自动订阅和规则筛选，qBittorrent 的 RSS 功能更成熟
• 你在找冷门资源，主流站点覆盖不到，手动浏览多个种子站仍然更有效
• 你需要带宽调度、优先级管理、标签分类，Transmission 或 Deluge 的功能更完整
• 你的环境无法运行 Node.js，这是硬依赖，没有替代方案

说完了场景，还有一个比功能更关键的问题：这个项目能活多久？

一个维护者扛得住吗

Star 增长速度是 torlink 最显眼的数据。一个月从零到近 4k，GitHub Trending 连续上榜。好的一面是维护者响应极快：前两周发了五个版本，从 1.1.0 到 1.5.1，每次更新都修复了关键反馈。v1.5.1 修了一个依赖版本不兼容导致新安装崩溃的 bug，从 Issue 提出到修复不到两天。不是那种扔个初始版本就消失的项目。

但 14 个 Open Issue 里也有值得关注的东西。网络环境兼容性是重复出现的话题，部分地区直连 tracker 的速度问题和原生 WebRTC 模块的编译问题，不是短期能解决干净的。更关键的是 Bus Factor 等于 1，如果 baairon 停更，项目基本就停滞了。

社区讨论方面，项目上线不到两个月，Reddit 和 HackerNews 上暂时没有大规模讨论串。LinkedIn 上有几位开发者的分享，Zahidul Islam 评价它为”power users have been waiting for”的终端工具，Rocky Sah 称其”does one annoying thing perfectly”。热度主要来自口碑传播和 GitHub Trending 流量，尚未形成稳定的讨论圈层。

好消息是 MIT 协议。最宽松的级别，商业使用、修改、分发都没有限制。即使原作者不再维护，fork 的成本极低。对于担心单维护者风险的团队来说，MIT 协议本身就是一个安全垫。聊完了社区，该聊点真的了：值不值得把下载习惯迁到这个才满月的工具上。

我的真实看法

翻完 torlink 的代码库和 Issue 区，我反复在想一个问题：它凭什么在这个时间点爆了？

种子下载不是新需求。qBittorrent 存在了 15 年，Transmission 存在了 20 年，webtorrent 在浏览器里跑 torrent 也有七八年了。按理说这个市场早饱和了。但 torlink 抓住了一个所有人都在忍受、没人专门去修的坑：搜索体验。

传统种子客户端的逻辑是”用户负责找种子，我负责下”。职能划分清晰，也是功能缺口。2026 年找种子的体验比下载本身更差。这个坑摆在所有人面前，qBittorrent 和 Transmission 没跳进来，webtorrent-cli 也没跳。baairon 跳进来了，用一个月把痛点从”值得吐槽”变成”值得装一个工具来解决”。

但弱点也和优势一样扎眼。来源列表是硬编码的，增加或替换需要改源码。YTS 或 1337x 改了网站结构导致抓取失效，修复窗口完全取决于维护者的响应速度。Headless 模式在架构上覆盖了服务器场景，但没有 WebUI，无法像 Transmission 那样远程查看下载进度，只能通过 HTTP API 用脚本轮询。

我最担心的是可持续性。单维护者、MIT 协议、靠 GitHub Sponsors 维持，这套组合在开源世界里太常见了，也太脆弱。baairon 前两周的提交频率很高，但一个月后会不会减速？外部 PR 的审核响应能保持吗？这些问题现在没有答案，因为项目才刚满月。

另一个没被充分讨论的角度是来源依赖。torlink 本身只是工具，不存储不分发任何内容。但它搜索的来源在多个司法管辖区面临法律压力。如果主要来源被封锁或关闭，torlink 的核心功能会受到直接影响。选它的人需要知道这一点，这不是 torlink 能解决的问题，但会影响你的使用体验。那我的结论到底是什么？

资源地址

聊了这么多判断，最后说说你具体该怎么做。

先装上再说

如果你经常下种子，而且对浏览器的广告弹窗已经忍无可忍，torlink 是目前最直接的解决方案。跑一次 npx torlnk，搜索一个你确定有种子的关键词，看结果流回来的速度。体验对了再做决定。

如果你在玩 seedbox 或者有台 Linux NAS，headless 模式值得试。torlnk watch <目录> 监控文件夹自动下载，配合 --daemon 后台常驻。但不要指望它替代 Transmission 的 WebUI，至少在有人贡献一个 Web 面板之前不要这么想。

如果只是偶尔下个种子，webtorrent-cli 配合手动找 magnet 链接也够用。torlink 的额外价值在于把搜索这一步打包进来，代价是来源固定且依赖抓取。这个 tradeoff 值不值，取决于你被假下载按钮坑了多少次。

说实话，一个月之后再来看这个项目比较合理。现在热度正高，维护者也在全力迭代。如果一个月后 commit 频率没有明显下降，Issue 的关闭率保持在 80% 以上，这个项目就成了。反之，它就是一个做得不错但昙花一现的终端玩具。