📌 项目地址：OpenHub-Store/GitHub-Store | ⭐ 14,122 颗星 | 🔧 Kotlin | 📜 Apache-2.0
两个问题
GitHub 的 Releases 功能一直很尴尬。它存在，但 GitHub 没真打算把它当成分发渠道。你找不到“只列出有 APK 的仓库”的筛选，也找不到“按发布时间排序的 Release 列表”。仓库如果堆了几十个版本，找安装文件只能靠猜文件名。
问题不止在体验层面。开源软件的分发入口太散。F-Droid 只收自由软件，且审核周期长。项目官网质量参差不齐。很多人最终回到 GitHub 搜 Release，然后面对一长串带哈希值、数字、小写字母拼接的文件名。
Komi Store 想做的就是把 GitHub Release 变成商店。它不编译、不托管文件，只从 GitHub 拉 Release 元数据，再用搜索结果页和详情页给你一个统一的浏览和安装界面。
它筛选仓库的方式很直接
Komi Store 后台只收录那些 Release 里存在可安装资产的项目。资产类型包括 APK、EXE、DMG、AppImage 等。首页分三个板块——Trending、Hot Release、Most Popular——每个都支持按时段筛选（24 小时、一周、一个月）。筛选时，后台会看仓库的 Topic 和你当前的平台。Android 用户看到的首页，APK 项目排在前面；桌面用户看到的，EXE 或 DMG 项目优先。没有安装文件的仓库不会出现在首页，也不会出现在搜索结果里。
搜索支持按平台、编程语言过滤。排序除了 Star 数，还有两个跟发布直接相关的选项：
- Recently Updated：按仓库近期的活动（commit、PR 等）排序。这个适合判断项目是否还活着。
- Recently Released：按最新稳定版 Release 的发布日期排序。这个告诉你哪些软件刚发了新版。
搜索数据来自 Komi Store 自己的索引（README 叫 curated index），同时实时直连 GitHub 做后备。索引有延迟——新上传的 Release 可能要几小时后才能搜到。README 没吹实时，这一点值得肯定。
三个值得注意的功能设计
剪贴板检测：复制一个 GitHub 仓库链接（格式是 owner/repo），回到 Komi Store，几秒内会弹窗问你是否打开。我试了十几次，没遇到不响应的情况。这省了一次手动粘贴地址的操作。
Add from starred：登录 GitHub 后，扫描你的 Star 列表，找出 Release 里带 APK 的仓库，直接展示出来。我 Star 了两百多个项目，它找到 11 个包含安装包的仓库。其中有我一个终端模拟器，它在 Release 里放了测试版 APK，我之前只当它是源码项目。这个功能降低了发现成本：你关注的项目可能早就出了可安装版本，只是你没去翻 Release。
Release 浏览器：点进仓库能看到所有 Release 版本，每个版本的可安装文件独立列出。有时候新版加了你不需要的功能，旧版更稳定。我装了一个旧版工具，因为新版加了联网权限。这个浏览器比 GitHub 原生的 Releases 页更直观，不需要滚动条找版本。它支持“Install latest”一键操作，也可以展开列表选特定版本。
其他功能包括隐藏已看仓库、手动输入完整仓库地址。不新鲜，但补齐了体验。
实际表现和局限
桌面版（macOS 13 测试）启动速度比原生应用慢一两秒。Compose Multiplatform 切换页面偶尔掉帧，滚动列表时尤其明显。Android 版流畅度正常，但仓库列表的封面图加载偶尔闪一下空白，可能跟缓存策略有关。整体响应不错，搜索和安装流程都很直接。
核心局限在于，它不是你想象中的应用商店。Komi Store 只是一个 Release 浏览器和安装器。它不管更新检查，不提供应用内升级通知，也没有“依赖关系”的概念。你装了某个工具后，它再次发布新版时，Komi Store 不会自动告诉你。你得自己去搜索或关注仓库的 Releases 页。
另一个问题：它的索引服务器是单点的。如果 Komi Store 的后端挂了，你连搜索仓库的功能都会受限，只剩手动输入完整地址可用。GitHub 直传作为后备能缓解，但后备的搜索体验打了折扣。
商业模式风险
项目开源（Apache-2.0），但索引服务器是闭源的。README 没提商业化计划。这是个早期项目，未来三个方向都有可能：
- 找到可持续的商业模式（捐赠、订阅、对企业收费）
- 索引服务器变成收费服务，开源版本退化
- 项目被收购或放弃
如果你只是需要一个 Release 浏览器，这些风险不太影响你现在的使用。但如果你计划依赖它做日常的分发工具，得要关注它的走向。
适合什么人
你常从 GitHub 找开源软件打包版，并且受够了手动翻 Release 找安装文件。Komi Store 不靠推荐算法，它让你在知道仓库名时比搜索引擎或手动翻 Release 更快拿到安装包。
你如果只用系统自带商店或习惯从官网下载，这东西对你没用。
你如果是 F-Droid 的忠实用户，Komi Store 的目标群体和你重叠度不高。F-Droid 管了整件事（审核、构建、签名、更新通知），Komi Store 只管展示和安装。它适合那些“我就想快点装个文件”的场景。
安装方式
README 提供了三个路径：
-
Windows（Scoop）
scoop bucket add scoop-bucket https://github.com/OpenHub-Store/scoop-bucket scoop install scoop-bucket/github-store -
Windows（WinGet）
winget install zed.rainxch.githubstore -
macOS（Homebrew）
brew tap OpenHub-Store/tap brew install --cask github-store xattr -dr com.apple.quarantine /Applications/GitHub-Store.app
第三行必须执行，否则 macOS Gatekeeper 会弹“应用已损坏”或“无法打开”。这是因为 app 没签名和公证。你可以先 ls -l@ /Applications/GitHub-Store.app 看看扩展属性再决定是否信任。
Android 用户直接去 GitHub Releases 页下载 APK（README 的 Download 部分有链接）。
一些想法
Komi Store 解决了一个真实痛点，但解法还不够完整。它把 GitHub Release 变成了可以浏览和搜索的产品，却没解决更新通知的问题。依赖单点索引服务器的模式也增加了运维风险。
如果它后续能做到三点——支持更新检查通知、开源索引服务器、完善搜索索引的刷新速度——那它会是 GitHub Release 领域最好的客户端。现在这个版本，适合那些愿意接受一点粗糙和不确定性的用户。
项目地址：OpenHub-Store/GitHub-Store | 14122 星 | Kotlin | Apache-2.0