什么是 Hiddify

两个组件，一条链路

在中文社区里，「Hiddify」经常被笼统地用来指整个项目。实际上它至少包含两个可以独立存在、又能无缝对接的部分：

• Hiddify Next（客户端）——装在你的手机或电脑上，负责读取配置、建立隧道、处理分流规则。代码仓库在 GitHub 的 hiddify-app 项目，商店里可能显示为 Hiddify 或 Hiddify Proxy & VPN。
• Hiddify Manager（管理面板）——部署在 Linux 服务器（通常是 Ubuntu）上，用来创建用户、生成订阅链接、维护多套入站协议。仓库为 hiddify-manager。

你可以理解为：Manager 是「后台发配置的地方」，Next 是「前台连上去的工具」。没有后台配置，客户端本身不会凭空产生可用线路；反过来，你也可以让 Next 去对接其他面板导出的 Clash、Sing-box 或 V2Ray 订阅，不一定非 Manager 不可。

为什么底层选 Sing-box

Hiddify Next 的内核基于 Sing-box，而不是早期 Clash 系内核。这意味着它对较新的传输协议和配置格式有原生支持，例如 Reality、Hysteria2、TUIC、ShadowTLS 等——具体可用列表随版本迭代会变动，以你安装的客户端版本为准。

实际使用时，如果你手里的订阅是 Clash Meta 格式，Next 通常能直接解析；若是纯 Sing-box JSON 导出，兼容性更好。部分老旧 V2Ray 纯链接需要看面板导出选项是否包含 Next 支持的字段。

上列仅为常见协议举例，不代表你本地订阅里一定包含全部类型。

和 Clash 系客户端比，差别在哪

很多人从 Clash Verge、Clash Meta for Android 转过来，最直观的感受是界面更偏向「订阅即用」，内置了延迟测速、按延迟自动选线、用量展示等面向普通用户的模块。规则编辑能力依然存在，但默认不会把 YAML 暴露给你——这对不想碰配置原文的人来说更省心，对习惯手写规则的人来说可能需要适应。

另一个差异是权限模型：在 Android 上它走 VPN Service 接口做全局或分应用代理；桌面端则依赖系统 TUN 或代理模式，具体选项因平台而异，安装页会单独说明。

典型使用场景

场景 A：你已有第三方订阅

只需要在 Next 里添加订阅 URL 或扫描二维码，选一条线路连接即可。Manager 与此无关。

场景 B：你自己有一台境外 VPS

在服务器上装 Manager，为家人或小团队开账号，把订阅链接分发给各设备上的 Next。配置更新由面板集中推送。

场景 C：只想用 Cloudflare WARP 等公开配置

官方文档提到可导入 WARP 等公开配置做测试。这属于特殊用途，和常规商业订阅不是同一套逻辑，流量路径也完全不同。

维度	Hiddify Next	Hiddify Manager
运行位置	用户设备（手机 / 电脑）	云服务器或家庭 NAS 上的 Linux
主要输出	加密隧道连接、本地分流	用户账号、订阅链接、协议入站
是否必须配对使用	否，可导入其他面板订阅	否，订阅也可给其他客户端用
开源许可	GPLv3（以仓库为准）	GPLv3（以仓库为准）

接下来可以读什么

若你已明确自己只需要客户端，直接看 下载与安装；若手里已有订阅链接，跳到 订阅与连接入门；若你在评估是否自建，阅读 Manager 简介 会更有帮助。