Stash 是怎么分发的
截至 2026-11-08，Stash 文档列出的支持范围包括 iOS、tvOS、macOS 和 visionOS。其中，iOS 与 tvOS 章节指向各自的 App Store，Mac 产品则使用 Stash Mac 这个名称。
这几个名称需要分开看：客户端在应用商店分发，不等于它同时提供源码仓库；文档涉及某个平台，也不能据此推导出其他平台的安装包。
截至 2026-11-08，文档站没有 Windows 专页。需要核对电脑端平台范围，可接着看Stash Windows 的平台说明，不要仅凭仓库标题里的平台名称判断。
GitHub 上同名的几个项目
同名项目至少涉及下面 3 类内容。它们与客户端的关系不同，不能放在一起当作源码来源。
| 类型 | 能确认的内容 | 不能据此认定的事 |
|---|---|---|
| 标题含 Stash 下载字样的仓库 | GitHub 上存在这类仓库 | 标题不能证明发布者身份，也不能证明安装包来自项目方 |
stashapp/stash | 这是用 Go 编写的媒体整理工具 | 它不是这里讨论的代理客户端 |
| 提到 Stash 的规则或配置合集 | 仓库内容涉及供该客户端使用的规则 | 支持某个客户端，不代表收录了客户端源码 |
其中，stashapp/stash 仓库的用途已经足以区分对象。即使名称完全一致，也应先读项目说明，而不是直接进入下载位置。
规则合集则是另一种容易混淆的情况。“供 Stash 使用”描述的是规则与客户端之间的适用关系，不能把规则作者当作客户端开发者。
怎么判断是不是你要的那个
可以按“用途、身份、来源”逐项核对，每项回答一个具体问题。
用途是否一致？ 你要找的是代理客户端。媒体整理工具处理的是另一类任务；规则合集提供的也不是客户端本体。用途不符，就无需继续用版本号比较。
发布者是否能对应？ 文档页脚署名为 Stash Network Ltd.，商店开发者显示为 Stash Networks Limited。核对时应分别保留这两个来源的原始署名，不能把相似的账号名直接视为已确认的关联。
文档是否提供了关联？ 文档页脚出现的 GitHub 链接属于 Nextra 文档框架。它说明文档使用的框架，不能作为 Stash 客户端源码地址。
这几项的作用，是把“名字相同”与“来源能够对应”分开。仓库标题、项目说明和发布者信息需要一起看，单独一个 Stash 名称不足以完成判断。其他项目的入口辨认，可参考如何核对 V2Ray 网站身份。
遇到安装包要怎么核对
先回到项目文档，再核对应用商店中的产品名称和开发者。文件被放在 GitHub 上，只能说明它由那个仓库发布，不能直接证明它是 Stash 项目方提供的安装包。
截至 2026-11-08，美区 App Store 中对应条目的名称为 Stash - Rule Based Proxy，开发者是 Stash Networks Limited，应用编号为 1596063349。可通过该 App Store 条目核对身份信息。
核对过程中，不要跳过“这是哪个产品”这一步。若仓库实际属于媒体整理工具，它发布的文件就不应拿来与代理客户端对应；若内容只是规则合集，也不能把其中的文件当作客户端安装程序。
下载入口应沿用文档指向的发布渠道。只有仓库名称相似、却没有来源关联的安装包，不能据此确认身份。
常见问题
Stash 开源吗？
关于是否开源，官方没有说明。文档没有提供客户端源码仓库地址，不能仅凭这一点断言它开源或闭源。
GitHub 上的 Stash 安装包能用吗？
不能仅凭名称判断。先确认仓库对应哪个产品，再核对它与 Stash 文档、商店发布者的关系；来源无法对应时，不能把它当作已确认的 Stash 安装包。
第三方整理，与项目方无关。