那位 AllTube Download 的 GitHub 仓库 自 2023 年 4 月 22 日起就已归档，而最后一个稳定版本（3.1.1）还要更早 42 天发布。如果你是在 2026 年读到这篇文章，那你面对的是一个三年没有任何代码更新的项目。
你如今仍能找到 AllTube 的安装教程：在 Synology NAS 博客里，在大型主机商的营销页面上，在长期没人更新的清单文章中。它们没有一个会告诉你这个仓库已是只读状态。所以，如果你搜索 "AllTube" 是指望找到一款还在用的工具，这篇文章会做两件事：先给你一份诚实的评测（很短，因为答案本身就很短），然后带你看看今天我会在 VPS 上部署什么来完成同样的任务：MeTube、Pinchflat 和 TubeArchivist。
TL;DR（太长不看版）
- AllTube Download 已被作者于 2023 年 4 月 22 日归档。最后一个稳定版本：3.1.1（2023 年 3 月 11 日）。别再部署它了。
- MeTube 是最接近的活跃替代品，一个 yt-dlp 的网页界面，最新版本发布于 2026 年 4 月，在 Docker 中运行。
- Pinchflat 专为频道订阅而生（一个私人的 YouTube DVR）。
- TubeArchivist 面向完整归档，带媒体库、搜索和 Jellyfin 集成。
免责声明：本文讨论的一切仅供学习和测试之用。文中没有任何内容建议滥用某个平台的服务条款或任何国家的版权法。请只对你有权下载的内容使用这些工具。
AllTube 已归档：简短评测
有一个名为 3.2.0-alpha 的最终预发布标签，就在项目归档的当天落地；它唯一值得一提的改动是把后端从 youtube-dl 换成了 yt-dlp。此后这个 alpha 版再无任何更新。
在这之前几周， AllTube 仓库里的一个 GitHub Issue 被创建，标题是 "End of support"（停止支持）。这是社区留下的标记，表明这是有意为之。不是暂停，不是休假，而是收尾停运。
AllTube 还能用的时候，它是个不错的东西。一个为 youtube-dl 打造的简洁 PHP 网页界面，不需要数据库，占用极小，支持 youtube-dl 能触达的数百个站点。你粘贴一个网址，选个格式，就得到一个文件。就这么简单。整个工具大约只有 800 KB 的 PHP 代码，把一件事做好。
让它走向终结的其实并不能怪 AllTube。是 youtube-dl 本身大幅放缓了脚步（真正跟上节奏的是它的分支 yt-dlp）。YouTube 的格式机制一直在变：itag 限制、不断滚动的加密更新、每隔几个月就得打补丁的签名解密。一个包裹着陈旧后端的外壳，靠自己是跟不上这些变化的。而 AllTube 已经三年没有维护者活动，同样跟不上。
你会在 YunoHost 论坛上一个关于 AllTube 现状的帖子 里看到用户反映下载失败、分辨率不对的文件。这是最实际的信号。AllTube 得不到可靠维护，而它底层依赖的停滞早在仓库归档之前就开始了。
Bill 的结论：AllTube 曾是个好工具，但它已经不是当下的选项。如果你在 2026 年想要一个基于浏览器的 yt-dlp 界面，那就安装 MeTube。往前看吧。
该装什么来替代：2026 年的自托管 yt-dlp 技术栈
这三款工具位于同一光谱上的三个不同位置：轻量的一端是零散下载，中间是频道订阅，重度的一端是完整归档媒体库。它们其实并不算彼此的竞争对手，而是对不同问题的不同回答。
这个品类已经统一以 yt-dlp 作为后端。如今的差异体现在前端和使用场景上。如果你来这里是想找 "AllTube，但还有人维护"，那 MeTube 是最接近的一对一替换。Pinchflat 面向 "我想给五位 YouTuber 建个私人订阅源" 的场景。TubeArchivist 面向 "我想要一个带真正媒体库的自托管 YouTube" 的场景。
MeTube：最接近的 AllTube 替代品
MeTube 的 nightly Docker 镜像每次构建都会自动拉取最新的 yt-dlp。正是这一个设计选择，从结构上决定了 MeTube 不会像 AllTube 那样悄悄腐烂。当 YouTube 改动某个格式或加密方式时，yt-dlp 会在几小时内得到修复，而你的 MeTube 实例会在容器下次重建时自动跟进。你什么都不用做。不用去订阅 "修复" issue，也不用半夜爬起来打 PHP 补丁。
那位 MeTube 的 GitHub 仓库 拥有 13.5k star，采用 AGPL-3.0 许可，最新版本发布于 2026 年 4 月 28 日。部署走的是标准的 Docker / docker-compose 流程；有一页 README，大多数人五分钟内就能跑起来。它的功能涵盖了 AllTube 所做的一切，还不止于此：
- 视频和音频下载
- 字幕和缩略图
- 播放列表支持
- 频道订阅
- 格式和画质预设
- SponsorBlock 集成
界面是单页式的，粘贴即走。
什么时候该选 MeTube：个人粘贴即下载的工作流、偶尔的小批量下载、一台 1-2 GB RAM 的 VPS。如果你的需求是 "我想抓下这个视频，有时是一个播放列表，偶尔要个纯音频"，那就是这款工具。它正是本文所要推荐的 AllTube 替代品。
什么时候不该选 MeTube：需要从大量频道进行系统化的重度归档（用 TubeArchivist），或者要那种 "永远盯着某位 YouTuber 的新上传" 的一劳永逸订阅模式（Pinchflat 就是为此专门打造的）。MeTube 也能订阅频道，但它的交互体验是围绕一次性下载设计的。如果你想要一台 YouTube DVR，那就去用真正的 YouTube DVR。
Pinchflat：面向频道订阅
如果你的问题是 "我想追五位 YouTuber，又不想打开 YouTube"，那 Pinchflat 就是干这件事的工具。你添加一个频道或播放列表，设定一个更新频率，它就会按计划拉取新上传的内容，并按来源分类整理。与其把它当成下载器，不如把它看作一个私人的 "YouTube 版 RSS"，只不过产出的是视频文件而非订阅流。
那位 Pinchflat 的 GitHub 仓库 在积极维护中，约 4.9k star，采用 AGPL-3.0 许可，用 Elixir 编写。截至撰写本文时，最新的标签版本是 v2025.9.26（2025 年 9 月 26 日），之后仍有提交，说明它相当活跃。它的社区规模比 MeTube 小，但确实在正常运转、持续发布。
什么时候该选 Pinchflat：你实际上用一个自托管订阅源替代了 YouTube 的订阅栏，并希望每条新上传都被自动拉取。你喜欢一次配置好，然后就把它抛在脑后。
什么时候不该选 Pinchflat：零散的单次下载（那种情况下 MeTube 更快），以及带丰富元数据、搜索和 Plex/Jellyfin 前端的完整媒体库管理（TubeArchivist 才是为此打造的）。Pinchflat 的职责是拉取，而不是管理媒体库。
TubeArchivist：面向严肃归档
在这三款工具里，TubeArchivist 是唯一一个从 "下载文件" 迈向 "管理媒体库" 的。它会为你拉取的一切建立索引：
- 元数据
- 缩略图
- 频道页面
- 搜索
- 观看进度
它的设计初衷就是与媒体服务器搭配运行。与 Jellyfin 的集成是它最主打的用法。最终你得到的，是一个看起来像自托管 YouTube、装满你自己内容的东西，而不是一堆文件名莫名其妙的 mp4。
那位 TubeArchivist 的 GitHub 仓库 处于活跃状态，约 7.9k star，采用 GPL-3.0 许可，用 Python 编写，最新版本 v0.5.10 发布于 2026 年 3 月 28 日。README 记录了 Docker Compose 技术栈以及与 Jellyfin 的搭配方式。
这也正是 TubeArchivist 在三者中最重的原因。它的媒体库和搜索功能由 Elasticsearch 支撑，这意味着它的 RAM 下限明显高于 MeTube 或 Pinchflat。至少要按 4 GB 来规划，如果你要为数万个视频建立索引，那还得更多。
什么时候该选 TubeArchivist：你想要一个真正的自托管 YouTube 替代品，带媒体库、搜索、频道页面，以及可直接对接 Jellyfin 的输出。你也不介意运行一个 Elasticsearch 容器。与 自托管 Jellyfin 服务器 的搭配，正是这款工具真正大显身手的地方。
什么时候不该选 TubeArchivist：轻量的下载工作流（那太过头了，一周下三个视频却要跑着 Elasticsearch），或者一台很小的 VPS（它塞不下）。
快速对比表
四款工具并排对比，把 AllTube 列进来只是作为参照，并不是说谁还应该去部署它。
| 工具 | 主要用途 | 后端 | 活跃维护 | 许可 | 最适合 |
|---|---|---|---|---|---|
| AllTube Download | 用于零散下载的浏览器界面 | youtube-dl (3.2.0-alpha: yt-dlp) | 2023 年 4 月已归档 | GPL-3.0 | 2026 年，没人 |
| MeTube | 在浏览器里粘贴即下载 | yt-dlp | 活跃（最新版本 2026 年 4 月） | AGPL-3.0 | AllTube 的直接替代品 |
| Pinchflat | 订阅频道和播放列表，自动下载 | yt-dlp | 活跃（最新版本 2025 年 9 月） | AGPL-3.0 | 个人 YouTube DVR 工作流 |
| TubeArchivist | 带媒体库和元数据的完整归档 | yt-dlp | 活跃（最新版本 2026 年 3 月） | GPL-3.0 | 搭配 Jellyfin 的严肃归档 |
在 VPS 上运行这些工具
MeTube 在 1 GB RAM 上就能干净利落地运行。Pinchflat 同样轻量。TubeArchivist 需要 4 GB，其中大部分都给了 Elasticsearch。这些就是值得据以规划的数字。
对于 MeTube 或 Pinchflat：1-2 GB RAM、2 vCPU、20-60 GB 存储，对于随意的个人使用是个宽裕的起点。负载峰值来自 FFmpeg 的合并操作，当 YouTube 只提供分离的音频流和视频流时就会触发。这是突发性的，而非持续性的，所以一台小实例也能轻松应付。TubeArchivist 至少需要 4 GB RAM（Elasticsearch 是承重的关键依赖），起步磁盘至少要 60 GB，如果你要归档频道，那还得更多。
专业提示：真正要规划的数字是存储，而不是 CPU。随意使用 MeTube 几乎不怎么占磁盘。而 TubeArchivist 加上几个订阅频道，一年下来会吃掉数百 GB。选一个你能逐步用满的方案，或者选一家能让你不必重建就扩容的主机商。
在归档工作流里，真正会咬你一口的是带宽，而不是算力。如果你认真地用 Pinchflat 或 TubeArchivist 拉取频道，那对于个人使用来说，每月 1 TB 的出站流量是个宽裕的底线。更重度的归档则需要更多。
关于对外暴露的一点实用提醒：让这些实例保持私有。一个暴露在公网上的 yt-dlp 界面会很快招来滥用：机器人、爬虫，以及那种会让你的 VPS IP 被标记的关注。把它绑定到 localhost 并置于 Tailscale 之后，放在带身份验证的反向代理后面，或者通过 VPN 打隧道。不要把网页界面直接暴露给全世界，然后寄希望于万事大吉。
如果你想把它和媒体服务器搭配起来（TubeArchivist + Jellyfin 的组合是最显而易见的选择），在小规模下把两者跑在同一台 VPS 上效果很好。我们已经详细讲过这套组合里 Jellyfin 那一部分。可以参阅我们的 Jellyfin 与 Plex 对比指南 来了解媒体服务器这一环。整套组合（Jellyfin 作前端、TubeArchivist 作归档、VPS 作主机）是你在 2026 年能搭建的最简洁的自托管媒体方案之一。
如果你还没选好主机，我们的 Linux VPS 方案 正好覆盖这一档位。如果你只是想测试，有按小时计费的选项；一旦确定下来，可以按月计费；如果你在头两周内改变主意，还有退款保证。对于归档场景，选一个有扩展空间的方案；而单独跑 MeTube 的话，最小的档位就够了。
