软路由怎么没有人玩了？
企业不清楚，只代表个人。
（并且按我理解工业刚需场景该有需求还是会有需求，本文只针对于「玩」这个情况。）
软路由的固件现在对我来说，基本上已经没有任何意义了。
非要按照CPU 转发的定义来说的话，我现在其实依旧在用「软路由」。
但我现在的软路由是这玩意儿：
但要说像以前一样那种玩软路由，它又完全不是了。
原来的 OpenWrt 路由器其实还在，但我再没有进过后台了。
我现在几乎已经跟「折腾」这两个字儿彻底说再见了。
先对齐一下认知：
软路由单纯作为路由器，实现宽带上网、DHCP、数据包转发甚至一些网管向的功能，这些路由器的基础能力，在我看来已经相当完备了，不同的固件不会体现出绝对的差距，软路由比硬件路由强的地方也不在这里（如果这部分我说的有错误，那可能后面的部分对于真正的高深玩家来说应该也会有不少错误，见谅）。
所谓「玩」软路由，更多都是在玩一些安装在路由器系统上的插件、软件，由此带来一些基础路由能力以上的功能，比如科学上网、智能分流、广告屏蔽、网络优化，甚至还有人拿来实现一些类接近于 NAS 或者个人服务器的网络存储和网络服务功能。至少我所见到的社区里，大量的玩家朋友都是在捣鼓这些东西。
在既丰饶又驳杂的开源生态下，软路由能组合出很多普通路由器做不到的强大功能，但又会伴随着广泛的兼容问题。玩家需要具备一定量的知识储备和投入比较多的精力，才能搭配出一套比较舒服的成品，折腾它的过程中既能学到很多知识，又能产生成就感，这也是它的「玩」点所在。
曾经，搬个小板凳，抱个笔记本，坐在 X86 软路由旁边，一边学习一边修复 OpenClash 崩溃，从半夜折腾到凌晨 4 点，那都是逝去的青春。必须要承认，如果你想要让脑子活跃起来，并且学习知识，有这么一个爱好去折腾，依旧是非常好的方式。
兴趣和热爱永远是最好的老师。
但是，2026 年的我开始倾向于唱反调。如果精力有限而且不吃这口饭，做一个急流勇退的中年男人，也挺好。
因为时代有时候就是会开一些让人道心崩塌的玩笑。
曾经那些到凌晨 4 点的折腾，现在大多都可以用一句话来解决：
你特么快去给我弄一下XXX……
我自己也会觉得很崩溃，但现实就是这么粗暴。
局域网里有个 AI，设备开启 SSH，脑子就爱扔哪扔哪吧。
前段时间给旁路由 Mac mini 接了个 USB-C 转 2.5G 的网卡，接完以后一段时间总感觉网络哪里反而变卡了。
我当时第一反应是去看看这张网卡出了啥问题，但我没有马上行动，而是问了一句。
于是得到了真相：我那天扯网线的时候，把另一个网口的网线拉松了。
没错，哪怕是个 OpenWrt 路由器，你开启了 SSH，依旧可以让 AI 去访问。
我甚至不太相信，追问了一句。
于是我去把那根网线重新插了一下。
好了。
OpenWrt 的后台已经失去了意义。
甚至还买一送一，发现了我新买的墨水屏撞 DHCP 的问题。
顺手给 OpenWrt 做了下体检和修复。
不管是网络功能，还是在路由器上跑的服务，都已经可以使用自然语言来管理了。
而且那一坨我看着头大的网络日志，对 AI 来说毫无瓶颈，它的自闭环能力甚至都比我要强。
我前面在其他回答也说过，我一直用 Codex 管理我的代理规则。
普通人要Codex有什么用？
同步每天和每个月都可以得到流量日报和月报。
但其实能做的并不仅仅是管理代理的规则。
比如说我可以启动一个常驻的 WebRTC 泄露监测。
把监测期间的 STUN/TURN/WebRTC 命中全部记录下来。如果有新的发现，就通过预设的方式向我报警。
到这个环节就已经比传统软路由玩的要花了。
OpenWrt 很难拥有这样一名通讯兵，但在 Mac mini 上，无中生有只要半个多小时。
或者也通过 Hook 之类的方式，自己触发新的 Codex 线程自动分析并处理，随心选择。
当然在 Mac mini 作为软路由，有一些能力还是需要配合 Surge 这样的具备网络调试能力的 App 来实现。
但也就是购买安装而已，使用上配合 AI 基本没有什么瓶颈。
比如说，我可以给 AI 一个短剧 APP 让它自己边刷边屏蔽广告，把所有能确定是广告的域名建立一个屏蔽规则集。
第二天早上，广告就像从未来过一样。
https://www.zhihu.com/video/2056208544706324202
https://www.zhihu.com/video/2056208572850165665甚至还可以做 MitM 解密和 URL 重写，坦白说，这玩意儿我根本就不会。
但好像也没有什么会的必要了。
当然了，这种规则集存在误伤在所难免。
国内 App 很多把“广告/追踪/统计 SDK”和“页面初始化、风控、AB 配置、推荐流开关”绑在一起，拦得太狠就可能出现假死，影响正常使用。网络上一些公开的小规则集很多都有这样的问题。
如果你是使用传统软路由，排查这个东西也够喝一壶的。
但也可以有 AI 的解法。跟前面的 WebRTC 一样，重点对一些常见的统计追踪 SDK、日志上报、云厂商 CDN等等做一段时间的误伤监测就可以了。甚至还可以同步建一个定时任务，48 小时之后自动汇总结果，自动分析哪些有比较高的概率是误伤，然后提交报告给我。
需要我做的事情就是正常上两天网，安安静静地做好一个玩手机的废物。然后等报告出来一核对，确实那个时间点用那个 APP 的时候有点卡，再让 AI 核查一轮，如果有该放行的就放行。
企业和工业我不敢说，但对很多个人玩家，尤其是没那么精深的普通玩家来说，软路由这个东西已经悄悄随着时代变了。
或许现在大部分人还没有意识到，但事实上它已经不再是一个需要努力成为极客然后驾驭它的东西了，它可能越来越没有什么好「玩」的了。
可能再过两年，从用户需求层面上来看，百分之七十的需求同时存在两种解决方案：
- 变成一个精通软路由系统的极客。
- 变成一个只会跟 AI 嚷嚷的废物。
甚至这两种解决方案最终能实现的效果随着时间的发展会无限趋同，开发软路由系统至少在 C 端市场会持续受到成吨的伤害，那更新它的动力是啥呢？
如果说还存在什么没有被发现的产品化的商机，可能是 Agent 路由？我不清楚。