📅 每月刷 Trending 已经成了我的习惯
每个月月初，我都会找个下午泡杯咖啡，打开 GitHub Trending 页面，把过去三十天里冒出来的新项目过一遍。这不是为了赶什么潮流，而是想搞清楚一件事：我现在用的工具，有没有正在被更好的东西替代。特别是代理和网络这个圈子里，变化往往发生在你还没注意的时候——一个不起眼的新仓库，可能半年后就成了新的标准。
这个月我花的时间比以往多一些，因为明显感觉到一些项目在“重组”。前几个月还比较安静的 Mihomo 生态，突然多了好几个衍生的客户端和面板；eBPF 在代理场景下的实验也多了起来；还有一些看起来很“小而美”的规则集项目，更新频率很高，但知道的人不多。下面我就按几个维度，把我看到的、试过的、以及踩过的坑都写下来。文中提到的项目我都标了大致方向，具体链接你可以在 GitHub 上直接搜索项目名，或者去对应官网找。对于文中反复提到的 Mihomo 内核，可以先翻 这篇解析 补个背景。
🌊 这个月的整体氛围：沉淀与重组
相比前两年那种“每周都能冒出一个新协议、新客户端”的疯狂状态，现在整个圈子明显在沉淀。大家不再盲目追求“支持更多协议”，而是开始回过头来把已有功能的体验打磨好。这体现在几个方面：
- 界面设计被重新重视：好几个客户端开始做 UI 改版，连一些原本很简陋的 Web 面板都开始讲究排版和动画。
- 配置体验成为卖点：从图形化规则编辑到一键诊断，降低新用户的上手门槛成了共同方向。
- 协议层面的创新放缓：Hysteria2、VLESS Reality 这些主流协议已经稳定，没有出现什么让人眼前一亮的新协议。
这种沉淀期对于普通用户来说其实是好事。工具更稳定、文档更完善、社区里的讨论也更有深度。如果你是从 Clash for Windows 迁移 过来的用户，现在正是换到新客户端的好时机——生态比去年成熟太多了。
🦀 Mihomo 生态的持续发酵
Mihomo（Clash Meta）内核依旧是这个圈子的中心。这个月最显眼的几个项目几乎都和它相关。Clash Verge Rev 的更新节奏依然稳健，不是那种刷屏式的更新，但每次提交都让人感到踏实。特别是它最近开始实验性地支持 按进程设置不同的 TUN 模式，在 Windows 上配合 WFP 有了更多玩法。如果你还没体验过，可以看 TUN 模式教程。
除了 Verge，还有几个基于 Mihomo 的衍生客户端值得关注。有一个用 Flutter 写的跨平台客户端，界面非常漂亮，但功能还比较基础，只支持系统代理模式。另一个是专门为 Linux 服务器设计的轻量面板，用 Go 写的，内存占用极小，适合跑在软路由上。这些项目虽然 star 数还没破万，但增长曲线都很好看。如果你喜欢折腾不同客户端，可以关注一下这些新项目，但不建议作为主力，毕竟稳定性还需要时间验证。
另外，Mihomo 内核本身也有一些值得注意的改动。开发团队正在尝试把 规则匹配引擎 抽象成独立的库，让第三方开发者可以更容易地构建自定义客户端。这对于 插件开发 来说是个好消息，以后写插件的门槛可能会降低不少。想深入了解内核的，可以去看 源码阅读笔记。
🧪 eBPF 透明代理的新尝试
这几个月，eBPF 在代理领域的讨论明显多了起来。eBPF 是 Linux 内核里的一个技术，可以在不修改内核源码的情况下运行沙箱化的程序，实现高效的数据包处理和过滤。在代理场景下，它有可能替代传统的 TUN 虚拟网卡或者 iptables 重定向，实现更低延迟、更低 CPU 占用的透明代理。
有几个实验性项目开始探索用 eBPF 来劫持流量并转发给用户态的代理程序。其中一个叫 beacon 的项目（名字可能记错）上个月 star 涨得很快，它把 eBPF 程序和 Clash 内核结合起来，在 Linux 上实现了几乎零开销的透明代理。我试了一下，在软路由上的表现确实比 TUN 模式好一些，延迟降低了约 2-3ms，但稳定性还不太行，偶尔会出现 UDP 丢包。暂时不建议用到生产环境，但这绝对是一个值得持续关注的方向。
如果你在 Linux 上使用 Clash Verge Rev 或者直接跑 Mihomo 内核，未来几年 eBPF 可能会改变透明代理的实现方式。目前 Clash 官方还没正式支持 eBPF，但社区里已经有讨论。你可以通过 TUN 模式 和 断网排查 两篇文章了解当前的成熟方案。
📋 规则集与去广告项目的更新
规则集项目一直是我每个月都会特别留意的。这些项目虽然不像客户端那样有大量的 star，但它们是整个代理体验的基础。这个月几个主流的规则集项目都发布了比较大的更新：
- Loyalsoldier 的 clash-rules 依然是最稳的选择之一，更新频率保持每天一次，分类清晰。如果你是 Rule Provider 的用户，这个项目几乎是标配。
- 一个相对新的项目
blackmatrix7/ios_rule_script也开始被更多人注意到。它最初是为 iOS 上的 Quantumult X 和 Shadowrocket 准备的，但里面的规则文件同样可以用于 Clash，特别是它的去广告规则集，分类非常细致。 - 去广告方面，
anti-AD和AdGuard 过滤规则依然活跃，但个人感觉对国内视频网站的开屏广告效果有限。如果追求极致的去广告，可能需要自己写规则或者结合浏览器插件。
使用规则集时，强烈建议配合 Rule Provider 实战 里的方法，把规则集托管在远程，让客户端自动更新。这样你就不需要每个月手动去下载新的规则文件了。
🔄 同步工具里冒出的几个新面孔
上个月我刚好写了一篇 多平台同步软件对比，这个月就注意到几个新的同步相关的项目开始崭露头角。一个叫 syncthing-android 的第三方 Android 客户端（非官方）更新很勤快，修复了官方客户端在 Android 14+ 上的一些后台限制问题。如果你用 Syncthing 在手机和电脑之间同步文件，可以试试这个分支。
还有一个基于 Rust 的轻量级同步工具 rustysync（名字可能不准确），主打“一个二进制文件搞定跨平台同步”，兼容 Syncthing 的协议，但内存占用只有后者的三分之一。目前还比较年轻，但理念很好，适合喜欢自己折腾的用户。在同步 Clash 配置这个场景下，它作为 Git 的补充方案还是有一定吸引力的。关于 Git 同步配置的完整流程，可以回看 多设备同步方案。
⭐ 我自己的 star 清单和选择标准
刷了这么多年 Trending，我渐渐形成了一套自己的 star 标准，可能和很多人的直觉不太一样：
- 不追高 star，追“解决真问题”：有些项目 star 很少，但解决了一个特别具体的问题，比如某个小众协议的客户端、某个特定平台的修复工具。这种项目往往更实用。
- 看 Issue 活跃度而非 star 数量：一个项目的 Issue 讨论质量高、回答及时，比单纯的 star 更有参考价值。
- 协议和工具分开看：协议项目（如 Hysteria、TUIC）的创新值得关注，但不代表客户端也要跟风。工具选择还是以稳定为先。
- 谨慎 star 新客户端：除非你是开发者或者喜欢尝鲜，否则一个客户端没有经过至少半年的社区验证，不建议切换。
这个月我新 star 的项目大概有五个，其中有三个是规则集相关的，两个是同步工具。它们都属于“解决了我某个实际痛点”的类型，而不是因为 star 多才关注。
🔮 下个月我打算持续关注什么
九月份我准备重点跟进几个方向：
- Mihomo 衍生客户端的稳定化：那几个 Flutter 和 Go 写的新客户端，看看它们能不能迈过“可用”到“好用”的门槛。
- eBPF 透明代理的进一步成熟：如果稳定性问题解决了，Linux 上的代理体验可能会迎来一次小革命。
- 规则集的自动化管理：有没有可能出现一个工具，让普通用户也能像开发者一样管理自己的规则集，并且自动合并、去重、更新。
- Clash Verge Rev 本身的迭代方向：作为目前的主力客户端，我希望它在保持稳定的同时，能继续优化 订阅更新 和 DNS 配置 的体验。
如果你也有自己关注的 GitHub 项目，或者对某个新出现的工具有想法，欢迎到 社区仓库 或者 常见问题 页面一起聊聊。保持对开源世界的观察，本身也是使用代理工具乐趣的一部分。