Linux文件名把版本系统架构放在一起读
截至 2026-10-18 的发布记录，FlClash 为 v0.9.1，发布于 2026-10-17。Linux 资产按 amd64 和 arm64 提供不同文件，不能只用版本相同就认定都是当前设备的包。
| 架构方向 | deb | rpm | AppImage |
|---|---|---|---|
| x64 | FlClash-0.9.1-linux-amd64.deb | FlClash-0.9.1-linux-amd64.rpm | FlClash-0.9.1-linux-amd64.AppImage |
| ARM64 | FlClash-0.9.1-linux-arm64.deb | FlClash-0.9.1-linux-arm64.rpm | FlClash-0.9.1-linux-arm64.AppImage |
架构相同仍有格式差别，格式相同又可能对应另一架构。完整文件名保留下来，方便将实际取得的文件与同次发布列表逐项对应。
发布页按钮没列全时继续看资产列表
发布正文的下载表只列 Linux x64 按钮，ARM64 文件在 Assets 中。表格不全不代表相应架构没有发布，核对时把正文按钮与完整资产区分开。
- 找 linux 系统名，不拿其他系统同架构包替代。
- 对照 amd64 或 arm64，不从文件大小判断设备类型。
- 格式按实际文件保留，不改后缀伪装成另一种安装包。
同次发布还附有 SHA256SUMS，记录文件时与该版本一起保存。校验记录与版本对应，不能因为应用名称相同就借其他版本的结果代替。
托盘图标按所选格式核对依赖条件
中文 README 说明 deb 包自动安装依赖，AppImage 与 rpm 则需安装 AyatanaAppIndicator 才能显示托盘。这个差别来自格式说明，不能只看应用窗口是否打开就省略托盘条件。
Debian 与 Ubuntu 对应的公开命令为 sudo apt-get install libayatana-appindicator3-1。Fedora 的说明为 sudo dnf install libayatana-appindicator-gtk3，两条按对应系统阅读。
托盘依赖解释图标显示条件，不替节点连接或订阅更新作保证。
- 确定取得的是哪种 Linux 包格式。
- 对照该格式的依赖说明和当前系统方向。
- 图标与应用窗口分别记录，不由其一出现推定全部网络功能完成。
架构名按FlClash资产而不是其他项目的包名填
同一类硬件在其他工具里可能写 x86_64、aarch64 或 64，FlClash 这份列表采用 amd64 与 arm64。核对时按当前项目完整包名，不把别人的简称直接替换进文件名。
最低 Linux 发行版版本没查到公开说明，官方构建使用 Debian/Ubuntu 不能改写成所有相近系统均保证支持。缺少条件时保留待问，不从包格式填一个系统版本。
安装问题记录还要留桌面与窗口系统
FlClash 的 Linux Issue 要写桌面环境与窗口系统，并保留软件和操作系统版本。文件名、环境和复现动作一起记录，不能只说 Linux 上打不开。
Linux 系统代理的具体桌面实现与 TUN 权限没有在这份说明中写全。它们与选包、托盘依赖属于不同问题，不用一个安装记录把其他条件全部补齐。
服务需要另选时可继续了解
下方可查看其他机场的收录内容，服务条件按对应信息另查。
常见问题
下单前常见的疑问
发布正文只看到x64时，ARM64文件到哪里核对？
这份 v0.9.1 正文下载表没有列全，ARM64 在完整 Assets 资产中。按钮范围与实际文件列表分开看，不由正文遗漏推定对应架构没有发布。
AppImage窗口能打开但没有托盘先看哪项？
先对照 README 的 AyatanaAppIndicator 依赖说明，AppImage 与 rpm 需要另装该库。托盘显示条件与节点使用分开，不把图标缺失直接当成服务故障。
包格式看起来适合，最低发行版版本能直接填吗？
不能由后缀或构建环境补版本要求，最低发行版没有明确公开说明。保留包版本、实际系统、桌面和窗口环境，问题按这些具体条件反馈。
选好档位，再去结算页核对一次
流量够用比单价更重要；结算页显示的价格与这里不同时，以结算页为准。