一个影迷的终极叛逃：自建服务器终结了10年App依赖

你以为影迷的终极浪漫是Letterboxd上那个精致的时间线？有人用一台NAS（网络附加存储）把电影、剧集、动漫、漫画、游戏、书籍全塞进了一个数据库——还顺便把6个App的会员费省了。

从Trakt到Letterboxd：一场长达十年的数据流浪

Dhruv Bhutani在消费电子领域写了17年，给XDA-Developers、Android Police、CNET这些老牌科技媒体供稿。他有个老毛病：看完电影必须标记，想看的必须进清单，最怕的是点开一部片，看到20分钟才发现"这我看过"。

Trakt和Letterboxd帮他解决了这个问题，但代价是数据散落在云端。他的观影记录在一个App，阅读历史在Goodreads，游戏进度在另一个角落，而真正的媒体服务器和这些系统"从不交谈"。

这种割裂感在他转向自建服务栈（self-hosted stack）后变得难以忍受——既然音乐、文件、密码都能自己管，为什么娱乐消费史还要租给别人？

Yamtrack：一个开源项目的野心

他找到的解药叫Yamtrack。这个开源项目的目标很简单：用一个界面追踪所有媒体消费。

电影、TV剧集、动漫、漫画、游戏、书籍——六种内容类型，一个数据库。不需要在Letterboxd标记看完《沙丘》，再去另一个App找同名剧集，再去第三个地方查原著小说。

部署方式也符合他的技术洁癖：Docker容器往NAS上一扔，数据存在本地硬盘。没有订阅费，没有API调用限制，没有"该功能仅限Pro会员"。

自建不是炫技，是夺回数据主权

Bhutani的迁移逻辑很清晰：当一项服务变成"基础设施"，依赖第三方就是风险。Letterboxd哪天改算法、涨价格、或者被收购，他的十年观影史就变成人质。

Yamtrack的底层设计回应了这种焦虑。所有元数据可以本地缓存，评分和标签完全自定义，甚至能和自己的Plex/Jellyfin媒体服务器联动——终于，"服务器上有什么"和"我看过什么"能对话了。

这种整合对跨媒介消费者是刚需。一部《边缘行者》可能涉及：动画剧集（Yamtrack）、衍生漫画（同一平台）、游戏《赛博朋克2077》（还是同一平台）、以及设定集（依旧同一平台）。过去这需要四个App，现在是一个搜索框。

谁该认真考虑这条路？

Bhutani没说的潜台词是：这条路有门槛。Docker部署、反向代理配置、数据库备份——这些不是"下载即用"。但如果你是那类已经拥有NAS、已经在用Plex、已经受够了多App跳转的人，Yamtrack的迁移成本远低于继续支付"数据碎片化税"。

他的最终判断写在行动里：安装之后，"never looking back"（绝不回头）。不是Letterboxd不够好，而是当数据主权成为可选项时，租不如买，买不如建。

如果你也在某个深夜，为了找"那部看过但想不起名字的西班牙悬疑片"翻遍了三个App——也许该问问自己的NAS，除了存电影，能不能顺便记住你爱过什么。