Tachiyomi 版本进化史——从独立项目到社区接力的十年迭代
Tachiyomi 是什么
说它是一款"漫画阅读器"其实是在贬低它——Tachiyomi 更像一个漫画内容聚合平台：它本身不托管任何漫画，而是通过社区维护的扩展（extensions）接入上千个漫画源站，把分散在网络各处的免费漫画收拢到一个统一的书架里。你可以自由浏览、搜索、加入书架、追更、下载离线阅读，还能绑定 MAL、AniList、Bangumi 等追踪平台自动同步阅读进度。
它是开源的、免费的、无广告的，只跑在 Android 上——这三点组合起来，让它在全球漫画读者圈积累了超过百万用户。但它最重要的身份，是 Android 漫画阅读器领域最有影响力的独立项目之一。2024 年 1 月，原版 Tachiyomi 发布 v0.15.3 后停止了活跃开发，核心开发者 Inorichi 淡出维护，项目交给了社区。
安装
Tachiyomi 没有上架 Google Play——从第一天起它就只以 APK 形式分发，包体稳定在 21MB 左右，v0.15.3 最新版是 21.66MB。安装流程是标准的 Android 侧载：先在系统设置里允许浏览器或文件管理器安装未知来源的应用，再用文件管理器点开下载好的 APK，一路确认即可。
但安装只是第一步。Tachiyomi 的核心价值在扩展——初次启动后你会看到一个空白的书架和一个"浏览源"按钮，点进去才是真正的入口。Tachiyomi 有一个社区仓库（官方称 Tachiyomi.org Extensions），里面维护了几百个扩展，每个扩展对应一个漫画源站（MangaDex、MangaSee、CopyManga、国内的各种漫画站……）。你需要先配置好社区仓库地址，再从扩展管理器里安装你想用的源。没有扩展的 Tachiyomi下载 就像一个空书架——阅读器引擎在那，但书的来源得你自己接。
安装完成、装好扩展之后，首次启动不需要账号注册——Tachiyomi 从设计上就是"无服务器架构"，没有注册登录，没有云端账号，所有数据（书架、阅读进度、追踪绑定凭证）都存在本地设备上。这种设计既是优点（隐私友好），也是迁移的痛点（换手机得手动导备份）。
版本进化史
现状：原版停更，社区四分支接力
2026 年的今天，当你说"我用 Tachiyomi"的时候，你实际在说的是四个东西里的一个：Mihon、TachiyomiSY、TachiyomiAZ 或 TachiyomiJ2k。原版的 v0.15.3 已经停了两年多，扩展仓库的维护也逐步转向新分支的 API 兼容性——如果你现在还在跑原版，部分新扩展可能已经装不上了。
这四个分支的活跃度、UI 风格和功能侧重各不相同，但它们共享同一个关键：全部兼容原版的 .proto.gz 备份格式。这是原版留下的最重要的遗产——你在原版里花几年攒下的书架、分类、阅读进度，导出一个备份文件，就能在任何一个社区分支里 5 分钟完整还原。这个兼容性承诺让迁移成本降到了零，也让原版的停更没有造成恐慌性流失。
Mihon 被普遍认为是"正统继任者"——它直接继承了原版的仓库和核心维护者，走的是精简路线，Material 3 风格，清理了很多原版里逐渐积累的冗余代码和冷门功能。TachiyomiSY 则是激进派——它在原版基础上加了大量新功能（比如自动跳过广告、更好的深色模式、扩展热更新），更新节奏最快，社区里最活跃。TachiyomiAZ 偏保守，保留了经典侧边抽屉导航，内置了部分成人源扩展；TachiyomiJ2k 则主打"懒人福音"，有自动分类系统和推荐算法。
四个分支同时维护、同一备份格式互通、扩展生态完整继承——这是开源项目停更后最理想的接力状态，原版在这一刻交了一份漂亮的交接答卷。
来路：从独立项目到百万用户
Tachiyomi 的起源可以追溯到 2015 年左右，核心开发者 Inorichi 在 Reddit 和 XDA Developers 论坛上发布了第一个可用版本。早期的它非常朴素——只有一个阅读器引擎和一个硬编码的漫画源，UI 粗糙，但核心体验（翻页、记录进度、下载离线）已经站住了。
真正让它起飞的，是扩展架构的引入。在原版之后的某个版本（样本文档没有记录具体版本号，但从功能形态反推应该是 2017-2018 年之间），Inorichi 把漫画源从硬编码变成了可插拔的扩展——任何人都可以写一个扩展来接入新的漫画站。这个设计决策直接把 Tachiyomi 从"一款读特定网站漫画的 App"变成了"一个漫画阅读器平台"。扩展仓库由社区维护，新的漫画源站可以在几天内被接入，而不是等官方发版。
2019-2020 年左右，追踪同步功能上线——这是 Tachiyomi 向"动漫生态入口"演进的关键一步。之前它只是个阅读器，追踪同步让它变成了连接阅读行为与动漫社区的桥梁：读完一章自动更新 MAL/AniList/Bangumi 上的进度，甚至可以双向同步（在追踪平台上改状态，Tachiyomi 书架上的分类也跟着变）。从那时到现在，支持的追踪平台从最初的 MAL 和 AniList 扩展到了 6 个，覆盖全球主要动漫社区。
备份功能（.proto.gz 格式）在同一时期完善——之前版本的备份比较脆弱，换设备经常丢数据。新版的备份格式用 Protocol Buffers 压缩，书架、分类、设置、追踪绑定凭证全部打包，文件通常只有几百 KB，但包含了完整的应用状态。这个功能是后来社区分支能无缝接力的技术基础。
桌面版是 Inorichi 最后的实验之一——基于 WebView，支持 Windows/macOS/Linux，但始终是实验性状态，没有正式转正。它说明团队在考虑 Android 之外的可能性，但精力主要还是花在了移动端。
规律：从迭代节奏看团队在死磕什么
纵观整个迭代过程，我觉得有三件事是团队一直在死磕的：
第一，无服务器的坚持。 Tachiyomi 从第一天到最后一天，都没有过自己的服务器——没有云端书架、没有账号系统、没有推送通知。这不是技术限制，是刻意的产品选择。所有数据存在本地，所有请求直接从设备发到漫画源站或追踪平台 API。这种架构让它完全无成本运行（不需要服务器费用），也让它在隐私敏感的用户群体里建立了信任。但代价是同步体验——换设备的迁移成本、没有云端备份、追踪绑定凭证丢失需重新授权。社区分支至今也没有动摇这个选择，Mihon 和 TachiyomiSY 同样没有引入服务器。
第二，扩展生态的保护。 扩展架构是 Tachiyomi 的护城河——如果扩展生态没了，Tachiyomi 就只是一个空壳阅读器。团队从很早就把扩展 API 的稳定性放在优先级高位，即使在底层重构（比如迁移到 Material 3 主题系统、升级 Kotlin 版本）时，也尽量不破坏扩展兼容性。扩展仓库由独立的社区团队维护，原版项目和扩展仓库的维护者之间有明确的沟通渠道。
第三，备份格式的稳定性。 .proto.gz 备份格式一旦确立就没改过——从 v0.10 左右引入到 v0.15.3 终版，再到现在的四个社区分支，同一个备份文件跨版本、跨分支都能还原。这在快速迭代的 Android App 里非常少见（很多 App 每个大版本都改数据库结构导致旧备份失效）。这个决策的代价是备份格式相对简单（不包含下载的章节图片），但收益是迁移零摩擦。
有一件事团队一直没做：商业化。 没有内购、没有付费版本、没有广告、没有捐赠按钮（原版没有，社区分支也没有）。这既是坚持，也是运气——漫画源站本身有广告，用户通过扩展看漫画时其实是在帮源站创收，源站没有动力去封杀 Tachiyomi（直到某些漫画源开始推出自己的 App，才出现了少量反爬措施）。
预判：照这个路线，下一步大概率的走向
从社区分支的迭代节奏来看，有几个趋势已经很明显了：
Material You 全面接管。 Mihon 已经在全面采用 Material 3 动态取色，TachiyomiSY 也在跟进。原版的 UI 是 Material Design 2，和现代 Android 脱节严重。这个迁移会持续下去，TachiyomiAZ 和 J2k 最终也会跟上。
功能继续分化。 原版停更后，四个分支的差异在放大而不是收敛——Mihon 精简、SY 激进、AZ 保守、J2k 智能。这不是坏事，不同用户有不同需求，但也意味着未来某个分支可能因为差异化走得太远而与其他分支失去兼容性（目前还没有迹象，备份格式依然统一）。
追踪同步的双向深化。 Bangumi 的接入让中文用户的体验大幅改善，未来可能出现更多地区性追踪平台的支持。双向同步的冲突解决（同时在两边改进度）是一个还没解决好的痛点，社区分支可能在这方面做出优化。
AI 功能的试水。 这是我觉得最有可能的下一步——自动分类已经在 J2k 里出现，用 AI 根据漫画内容做推荐、自动打标签、识别重复条目，这些功能和 Tachiyomi 的"聚合"定位天然契合。但具体哪个分支先做、怎么做，还得看哪个维护者感兴趣。
原版 Tachiyomi 的故事没有结束，只是换了主角。从 Inorichi 到社区四分支，核心设计理念（无服务器、扩展优先、备份稳定）被完整继承，功能迭代还在加速。如果你今天才第一次接触 Tachiyomi 生态，不用纠结选哪个分支——先随便装一个、装好扩展、用起来，等书架攒到一定规模了再考虑要不要换。备份在手，迁移无忧。
本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。
