Gloom 解决什么问题 — 碎片时间里的 GitHub 阅读

协作场景 ≠ 阅读场景

GitHub 首先是协作平台——写代码、发 Issue、审 PR、合并分支，每一步都需要键盘和通知。但你不可能一直在工位上。

通勤地铁上你想翻一眼某个开源项目的 Release Notes，睡前想追几个 Issue 的讨论，排队等餐时想把 Star 列表里的仓库扫一遍看有什么新动静——这些时刻你不想敲代码、不想回评论、不想被通知弹窗打扰，你只想安静地读。

GitHub 官方 App 并没有为这个场景专门设计：它带着通知中心、Review 入口、Issue 创建按钮，功能多了也更重，而且默认会推一堆你可能不想在碎片时间看的提醒。

Gloom 的出发点就是把 GitHub 拆成两半——协作留给网页端和官方 App，阅读归 Gloom。

手机浏览器打开 GitHub 网页版，代码文件的语法高亮加载慢、缩放后行号对不齐、Markdown 里的图片也不知道去哪了。Gloom 原生实现了代码渲染，支持多种语言的语法高亮，Markdown 渲染也做了移动端适配。

一个大 Issue 可能有几十上百条评论，网页版需要不断滚动、加载、切换 Tab。Gloom 把讨论串拉成一条连续的阅读流，列表、正文、评论一条不落地按顺序展示。

官方 App 默认推送所有关联仓库的更新提醒，真要专注阅读时反而变成干扰。Gloom 干脆不做通知中心——没有弹窗、没有红点，你想看什么、什么时候刷，完全自己决定。

Gloom 的定位是浏览型客户端，以下事情它明确不做：

把边界摆在明面上的好处是：用的时候不会处处觉得"怎么点不动"——它只负责让你读到，剩下的留给电脑。

开源安卓生态里还有其他 GitHub 客户端，但 Material You 是 Gloom 的独特主张：

如果你在意 Material Design 的细节和壁纸联动的动效，Gloom 是目前最完整的实现之一。