PigeonPod vs Podsync：YouTube 转播客 RSS，哪种方案更适合你？
PigeonPod vs Podsync：YouTube 转播客 RSS，哪种方案更适合你？
PigeonPod 和 Podsync 都能把 YouTube 内容变成可在播客 App 订阅的 RSS。不过，真正要做的选择并不是「PigeonPod Cloud 还是 Podsync」这么简单。
PigeonPod 本身就有两条路：不想管服务器，可以用 PigeonPod Cloud；想把实例、存储和部署边界握在自己手里，可以选 PigeonPod self-hosted。Podsync 当然也是一个可靠的 self-hosted 选项，但为了 self-hosted 而离开 PigeonPod，并不是必选动作。
先说结论
如果你只是想把关注的 YouTube 频道或播放列表从推荐流里拎出来，安安静静地放进播客 App 听，选 PigeonPod Cloud。不用准备服务器，也不用维护 RSS 对外访问。
如果你愿意自己运维，但还想保留订阅、下载剧集、私有 RSS、播放这些完整的 product workflow，优先看看 PigeonPod self-hosted。自托管不等于一定要换成另一套工具。
如果你更喜欢用 config.toml 管理一切，或者明确需要 Podsync 已文档化的 Vimeo source support，Podsync 很值得单独评估。它是面向配置的 feed generator，而不是 PigeonPod 的简单替代品。
先按你愿意承担的运维来选
PigeonPod Cloud：把时间留给收听，不必留给服务器
PigeonPod Cloud 面向的是想直接使用 YouTube-to-podcast workflow 的听众。添加公开频道或播放列表，按需要筛选内容，然后把私有 RSS 订阅到 Apple Podcasts、Pocket Casts 或其他兼容的播客 App。具体操作可以看 YouTube 转播客指南。
PigeonPod self-hosted：实例自己管，workflow 继续用
PigeonPod 是开源项目，可以部署到自己的基础设施上。Docker、持久化存储、备份、安全部署和升级仍需要你负责；不同的是，不必为了拿到控制权，就把原本完整的 PigeonPod workflow 换成单一的 feed generator。部署前请阅读 self-hosted 安装指南。
Podsync：适合把配置文件当作主界面的人
Podsync 是开源的 self-hosted feed generator。它的官方文档说明了 Docker 或 binary 安装、config.toml、持久化存储和 YouTube API key；同时支持 YouTube、Vimeo、audio/video feed、定时更新、过滤和清理策略。详情见 Podsync 官方 README。
三种路径放在一起看
托管服务
PigeonPod Cloud
把 YouTube 变成私有播客 RSS，不需要自己跑服务器。
- 适合谁
- 想听内容，不想日常维护基础设施的人。
- 怎么开始
- 注册账号，再添加公开的 YouTube 频道或播放列表。
- 你要维护什么
- 产品里的订阅和内容选择。
Self-hosted PigeonPod
PigeonPod self-hosted
实例归你，同时保留 PigeonPod 的完整应用 workflow。
- 适合谁
- 需要控制权，又不想放弃完整 product workflow 的人。
- 怎么开始
- 用 Docker 部署 PigeonPod，并配置自己的环境。
- 你要维护什么
- 主机、存储、备份、网络和升级。
Configuration-first
Podsync
以配置文件为中心的专注型 feed generator。
- 适合谁
- 看重配置层控制，或需要已文档化 Vimeo support 的人。
- 怎么开始
- 部署 Docker 或 binary，编写配置并准备 API credentials。
- 你要维护什么
- 主机、配置、存储、API key 和升级。
这不是一张静态的功能清单。具体的 feed limit、storage 和付费计划会变化；长期使用前，请分别确认 PigeonPod pricing、self-hosted 安装指南 与 Podsync 文档。
什么情况下选 PigeonPod Cloud
当你的重点是收听，而不是运营一套服务时，PigeonPod Cloud 更顺手。
- 想尽快把 YouTube 频道或播放列表做成私有播客 feed。
- 希望在 product UI 里筛选上传内容、管理订阅。
- 希望 Apple Podcasts、Pocket Casts 等播客 App 能直接订阅，而不用关心自己的服务是否对外可用。
- 现在先少折腾，之后仍保留迁到 PigeonPod self-hosted 的选择。
日常使用不复杂：添加频道或播放列表，用关键词和时长过滤保留想听的内容，再订阅生成的 feed。符合条件的新上传内容会继续走后续 sync workflow。
什么情况下选 PigeonPod self-hosted
如果你本来就在维护 home server、VPS 或 NAS，PigeonPod self-hosted 往往是更自然的下一步。
- 你想拥有自己的 PigeonPod 实例、存储和部署边界。
- 你需要订阅、已下载剧集、私有 RSS 和播放都在同一套 application workflow 里。
- 你能接受负责 host、备份、networking 和升级。
- 你想控制运行环境，但不想为了这件事重建整套使用习惯。
什么情况下考虑 Podsync
Podsync 适合「配置文件就是我最顺手的界面」的使用方式。
- 你希望把 feed、schedule、retention 和 media option 放进配置文件管理。
- 你习惯维护 API credentials，也能自行排查 upstream 变化。
- 你确实需要 Podsync 已文档化的 Vimeo support。
- 你需要的是专注的 feed-generation service，而不是更完整的 application workflow。
和所有 self-hosted 服务一样，Podsync 也意味着持久化存储、备份、播客客户端的网络访问、升级，以及出现问题时的排查工作。
一个实用的判断清单
准备迁移已有 feed 前，先问自己五个问题：
- 我愿不愿意维护 server 和 storage？
- 如果愿意，我需要完整的 PigeonPod workflow，还是 configuration-first feed generator？
- 我只需要 YouTube，还是 Vimeo support 是刚需？
- 播客 App 是否需要从家庭网络以外访问这个 feed？
- 如果换工具，原有剧集和 feed URL 怎么处理？
第一个问题的答案如果是否，先从 PigeonPod Cloud 开始。如果答案是肯定，先评估 PigeonPod self-hosted；只有当 Podsync 的 configuration-first 方式或 source support 更贴合你的要求时，再选 Podsync。
开始使用
按你愿意承担的运维程度开始即可：注册免费的 PigeonPod Cloud 账号，或者先看 PigeonPod self-hosted 安装指南。如果 Podsync 有你明确需要的能力，先用一个 feed 跑通全流程，再迁移整个播客库会更稳妥。