先写清打不开的是哪一个阶段

这一页围绕应用入口整理资料。窗口已打开而配置读入失败，可以转到导入订阅失败区分后续阶段；涉及系统提示的情况，按报错索引保留原文。两种现象各有对应的记录对象。

把设备条件和下载文件摆在同一行

项目仓库记录的平台包括 Android、Windows、macOS 与 Linux，底层使用 mihomo。平台名称是选择文件的起点，还需要把设备架构一起记下来。写着同一项目名的多个文件，仍可能对应不同操作系统与处理器。

设备方向 资料给出的包形态 对照项目
Android apk，按架构分别列出 系统、架构、安装提示
Windows 安装程序或便携压缩包 系统要求、文件类别
macOS dmg 系统版本与芯片类别
Linux AppImage、deb、rpm 发行版与处理器架构

Windows 资料标明系统要求为 Windows 10 及以上；macOS 为 macOS 12 及以上。Android 的架构标签包括 arm64-v8a、armeabi-v7a、x86_64；桌面文件则分别列有 x64 与 ARM64 等标记。记录时照文件所在平台的一栏填写，不把不同平台的标签合并成一个安装要求。

相关系统资料可接着看安卓客户端和Linux 客户端。

发布标签与文件校验分别回答不同问题

把未知年份留空，可以避免将不同发布记录混在一起。

安卓更新与连接授权要各自核对

Android 签名工具说明与系统要求涉及应用签名：已安装应用的更新需要匹配开发者签名，apksigner 可以验证签名。这与安装后建立 VPN 连接时的用户确认分属两个环节。安装提示中提到的文字，应与系统的连接确认分开保存。

窗口打开后再区分配置和流量入口

应用界面、配置资料、连接处理并非同一个对象。FlClash 使用 mihomo 内核这一事实，能说明项目关联；本页采用的资料没有逐项写出它对各种订阅格式的导入规则，这一项保持“官方页面未写明”。不能把另一个界面应用的菜单和提示当成它的操作说明。

如果窗口可见，就把当前显示的配置名称和错误位置记录下来。订阅内容的结构可读clash订阅链接；内核与界面的关系见mihomo是什么。这些概念帮助描述当前状态，不直接替设备给出故障原因。

用原始现象形成一份可阅读的记录

不要用推测填满记录。

这份记录可以在不同资料页之间传递，而无需重复描述成“打不开”。如果变化发生在订阅获取阶段，就沿着订阅栏目继续；如果应用已运行但某个请求失败，就保留请求对应提示。与窗口启动不同的问题，可以由节点参数解释补足术语，再回到具体客户端文档。

不同文件形态保留各自的用途标记

窗口、文件、系统条件分别记载之后，尚未取得的内容就能保持空白，而不用为了写出一个原因将它们合并。

截至 2026-10-23 的官方记录

下列发布和授权记录分别对应安装文件与安卓连接，供你按发生阶段阅读。

  • 截至 2026-10-23，官方页面显示FlClash 的稳定发布标为 v0.9.1，完整发布日期官方页面未写明，以官方页面为准。 FlClash稳定发布

  • 截至 2026-10-23，官方页面显示此应用采用 mihomo，项目许可证为 GPL-3.0，以官方页面为准。 项目采用的内核

  • 截至 2026-10-23，官方页面显示安卓首次创建 VPN 连接需要用户确认，以官方页面为准。 安卓用户确认

本页版本与系统条件对照
对象条件类型正文记录值
FlClash稳定标签v0.9.1
FlClash许可证GPL-3.0

来源：FlClash稳定发布；项目采用的内核。核对日期：2026-10-23。各行保留不同条件的含义；不表示版本大小、发布时间排序或当前最新状态。