ARTICLE · 1152898
GitHub 下载按钮找半天?这个开源商店让你像逛应用市场一样下
不是因为软件不好用，是因为根本找不到下载按钮。
你把一个 GitHub 项目链接发给朋友，对方大概率会问：“下载按钮在哪？”
然后你就要开始解释：
不是点绿色的 Code
要去右边找 Releases
进去之后再点 Latest
然后看 Assets
不要下载 Source code，那个不是安装包
你是 Windows，就找 .exe 或 .msi
如果有 x64 和 arm64，选 x64
五分钟过去了，对方可能还在问：“installer 和 portable 有什么区别？”
说实话，别说普通用户了，有时候我自己也会在 Release 页面里点半天——尤其是一些项目把安装包、源码包、校验文件都放在一起，名字还写得很像，不仔细看真的容易下错。
很多好用的免费开源软件，真正卡住用户的不是功能，而是第一步：下载。
所以当我看到 GitHub Store 这个项目的时候，第一反应是：这件事确实早该有人做了。
它是什么？
GitHub Store——一个专门为 GitHub Release 设计的开源应用商店。
一句话说清楚：把 GitHub 上那些已经发布安装包的软件，整理成更像应用商店的样子，让你更容易发现、查看和下载。
它解决的不是“找不到软件”，而是“GitHub 软件太难下载”。
对比一下你就知道差距：
| GitHub Store | 直接显示 | 自动识别平台 | 集中展示 |
打开之后，你看到的不是一堆代码文件，而是：
项目名称和简介
版本号和发布说明
Star 数和活跃度
当前平台可下载的安装包（自动识别 Windows、macOS、Linux、Android）
它的思路其实很直接
既然很多开源软件都把安装包放在 GitHub Release 里，那为什么不能把这些 Release 整理出来，做成一个更像应用商店的入口？
以前：你打开一个 GitHub Release 页面，看到的是项目作者上传的所有附件——GitHub 不会主动告诉你哪个适合 Windows，哪个适合 macOS，哪个只是源码包。
现在：GitHub Store 会识别常见的安装文件：
Windows:
.exe、.msimacOS:
.dmg、.pkgLinux:
.deb、.rpm、. AppImageAndroid:
.apk
然后只显示你当前平台能用的那些。
这件事看起来不复杂，但对普通用户很有用——因为很多人不是不想用免费开源软件，而是第一步就卡在了“我到底应该下载哪个文件”。
为什么它会让人越用越顺手？
1️⃣ 发现软件的方式更自然
以前你想找截图工具、下载工具、剪贴板工具，可能要在 GitHub、论坛、博客、软件下载站之间来回跳。
GitHub Store 首页有：
Trending（趋势项目）
Hot Release（最新发布）
Most Popular（最受欢迎）
可以按热度、发布时间、Star 数等方式浏览项目。
这个体验比直接在 GitHub 搜索框里乱搜要舒服很多。
2️⃣ 下载软件的门槛大幅降低
点进某个项目之后，你可以看到：
项目简介和 README
Star 数、Fork 数、Issue 数
Release Notes（发布说明）
当前平台可下载的安装包（自动筛选，标注文件大小）
不需要再去 GitHub Release 页面里自己翻，不需要猜哪个文件是给你用的。
3️⃣ 推荐工具的成本直线下降
这个场景我太熟了。你给朋友推荐一个开源软件，如果对方没用过 GitHub，后面很容易变成远程教学：
以前：
“你别点 Code”
“往右边看，找 Release”
“不是 Source code，那个不是安装包”
“你是 Windows，就下载 exe 或 msi”
讲一次还行，讲多了真的累。
现在：
“打开 GitHub Store，搜索 XX 软件，点下载”
就这一句话
4️⃣ 还有一些很贴心的小功能
收藏和最近浏览：可以把感兴趣的项目收藏起来
查看自己 Star 过的项目：如果你本来就经常在 GitHub 上收藏软件，这个功能会很顺手
检测剪贴板里的 GitHub 链接：复制了一个 GitHub 项目地址之后，它能提示你快速打开对应项目
最后这个功能不大，但很贴近真实使用场景——因为很多时候我们不是主动去应用商店里搜软件，而是在文章、群聊、评论区里看到一个 GitHub 链接，复制之后才想看看它到底能不能下载。
它不是只有 Windows 能用
GitHub Store 本身是用 Kotlin Multiplatform 和 Compose Multiplatform 做的，目前支持：
✅ Android
✅ Windows
✅ macOS
✅ Linux
不同平台上的体验不完全一样：
桌面系统（Windows、macOS、Linux）：
帮你发现项目、查看信息、下载对应安装包
用系统默认方式打开安装文件
更像一个“GitHub 软件发现和下载工具”
Android 端：
支持 APK 安装、更新检查
可以配合 Shizuku实现静默安装和自动更新（需要额外配置，不想折腾可以忽略）
如果你只是 Windows 用户，理解起来就简单很多：下载安装包→打开→搜索 GitHub 上的软件→按自己的系统下载对应文件
Windows 用户怎么安装？
项目官方提供了几种下载方式，普通用户最简单的方法是：
方法一：直接下载安装包
打开 GitHub Release 页面，下载 Windows 对应的 .exe 或 .msi 安装包：
方法二：用 winget 安装（如果你已经习惯用 Windows 包管理器）
winget install zed.rainxch.githubstore
方法三：用 Scoop 安装
scoop bucket add scoop-bucket https://github.com/OpenHub-Store/scoop-bucket
scoop install scoop-bucket/github-store
项目本身是免费开源的（Apache License 2.0）。
⚠️ 建议从官网、GitHub Release 或官方说明里的包管理器命令下载，不要随便去第三方下载站找安装包。
哪些人最需要它？
✅ 经常找免费工具的人 —— GitHub 上有很多宝藏软件，但传统搜索方式效率太低，GitHub Store 至少能把一部分可以直接安装的项目集中起来
✅ 经常给别人推荐工具的人 —— 以后不用再远程教学“Release 在哪、下载哪个文件”，直接让对方在 GitHub Store 里搜名字
✅ 喜欢尝试新工具的人 —— GitHub 上每天都有新项目出现，但真正能让普通用户马上下载体验的并不多。GitHub Store 更偏向那些“已经可以下载使用”的项目
✅ 想要跟踪软件更新的人 —— 可以收藏项目，查看最新 Release，不用每次都去 GitHub 翻
两件事提前说清楚
⚠️ 一是：它不是传统意义上的软件商店。
它的数据主要来自 GitHub 项目和 GitHub Release。一个软件能不能出现在里面，取决于：
这个项目是不是公开的
有没有 Release
有没有上传可安装文件（
.exe、.msi、.apk等）
如果某个项目只放源码，没有安装包，那 GitHub Store 也没法凭空把它变成一个可安装软件。
⚠️ 二是：它不能保证里面每个软件都适合普通用户。
GitHub 上的项目质量差异很大：
有些软件维护多年，文档清楚，版本稳定
也有些项目只是作者的实验作品，可能很久没更新，也可能存在兼容性问题
下载之前，建议多看几眼：
项目最近有没有更新
Release 说明写得是否清楚
Issue 里有没有大量严重问题
安装包是不是来自项目官方发布
开源不等于安全，也不等于一定好用。它只是让代码和项目过程更透明，但你仍然需要判断。
实际用下来的感受
装上之后最明显的变化，不是“多了一个软件商店”，而是——
“GitHub 下载按钮在哪”这个问题，终于不用再解释了。
以前给别人推荐 GitHub 上的工具，你下意识是：
发链接
等对方问“怎么下载”
开始远程教学
解释五分钟
现在下意识会变成：
“打开 GitHub Store，搜索 XX”
就这一句话，对方自己就能下载
有些工具真正厉害的地方，不在于功能有多炫，而在于它会让你意识到：
原来你之前那个“凑合用”的方式，一直都在浪费时间。
需要说实话的是：GitHub Store 最适合的就是“想在 GitHub 上找能直接安装的软件”。如果你需要的项目只有源码、需要自己编译，或者根本不在 GitHub 上，它帮不上忙。
但如果你经常在 GitHub 上找工具，或者经常给别人推荐 GitHub 上的软件，它确实能省不少时间。
至少以后别人再问我“GitHub 上的软件到底怎么下载”，我可以少解释几句了。
一句话总结
GitHub 上有很多好东西，但普通人不知道怎么下载——GitHub Store，让 GitHub 软件像逛应用商店一样好找。
获取方式
建议从官方渠道下载
项目完全免费开源（Apache License 2.0），支持 Windows、macOS、Linux、Android.
如果你也经常在 GitHub 上找工具，留言说说你最常下载什么类型的软件 —— 开发工具、效率软件，还是小众神器？