家里软路由跑着iStoreOS的话，这半年你大概多少刷到过这类内容：“把AI大模型装进路由器”“你的路由器能当24小时AI助理”。
这不是纯炒概念。今年3月3日，OpenWrt插件OpenClaw发布，主打把AI大模型装进路由器。哔哩哔哩随后酷友社在iStoreOS软件中心上线了官方AI助手KAI，6月底官方团队又开源了AI技能包。iStoreOS的AI化，是一条持续更新了半年的真实方向。
但翻开这些视频的评论区，又是另一番景象：“The KAI service is not running”“卸完环境LuCI界面崩了”“放过你家路由器吧”。
所以今天把这事盘一盘：三条路线到底是什么，坑有多深，哪些人现在适合上手。
先把三件事分清楚，名字特别容易混
评论区最常见的误会，是把OpenClaw和OpenClash搞混。两者一字之差，完全是两种东西：OpenClash是老牌的代理客户端，OpenClaw则是今年3月发布的AI Agent管理面板，本质是一个运行在OpenWrt/iStoreOS上的LuCI插件。知乎名字搞混，教程就会搜错，折腾之前先把这个分清。
说回正题，iStoreOS目前的AI化其实是三条并行的路线，定位完全不同：
第一条：KAI，酷友社官方AI助手。安装入口就是iStoreOS软件中心，定位是"用AI管路由器本身"——让AI自动下载安装软件、备份系统、自动修复路由器的问题。哔哩哔哩其实早在2月的预告视频里，官方就说过KAI能解决绝大多数的软件安装和开发环境配置问题。哔哩哔哩
第二条：OpenClaw，第三方AI Agent面板。它需要自己接大模型API，在路由器里跑定时任务、控制设备、做浏览器自动化，发布时的口号相当响亮。如果你用的就是iStoreOS，在iStore软件中心里搜索openclaw就能装，是所有安装方式里最简单的一种。知乎社区实装大概长这样，在iStore商店里搜到后点击安装即可：
第三条：官方AI技能包，6月底开源。这条最特别——它不是把AI装进路由器，而是把一套技能开源在GitHub的istoreos/quickstart仓库里，让你手上已有的AI Agent能看懂并远程控制iStoreOS。官方的口径是让AI看懂iStoreOS，普通用户也能受益。哔哩哔哩
一句话总结：KAI是"让AI帮你管路由"，OpenClaw是"把路由器变成跑AI任务的地盘"，技能包是"让你手里的AI控制路由"。
到底好不好用，评论区已经交卷了
先说结论：三条路线都有人真跑通了，但翻车的深度，明显超出看视频时的预期。
KAI的官方定位相对克制，主打装软件、备份、排障这几类场景。不过在KAI视频的评论区，点赞最高的一条只有三个字：“玩坏了”。抱怨"The KAI service is not running"的留言反复出现，有用户反馈版本之间很不稳定，上上个版本不能用，上个版本可以用，这个版本又不能用了。哔哩哔哩还有人在x86虚拟机里安装时被提示path不能为空，可界面上压根没有填路径的地方。
OpenClaw的翻车案例更集中。在首发视频的评论区，高赞留言几乎全是求助。有人的x86 J1900一直显示安装中，没变化。哔哩哔哩也有人说插件里面的链接都404了，还有网关服务启动不了、N100安装报错的反馈。
最棘手的是卸载问题。有用户说安装可以，但卸载环境后，istoreos的luci界面崩了。哔哩哔哩接DeepSeek时还有模型名映射的坑，聊天会直接报Unknown model。
但也有人真跑通了。5月开始就有人整理完整的一键部署教程，列出自动巡检、全网设备控制、AI定时任务、浏览器自动化四种玩法。它支持接OpenAI、Claude、Qwen、OpenRouter等主流API，关键一步其实就是填个表单。知乎到8月上旬，还有微博用户晒自己在iStoreOS上跑通了终端里的Claude。微博甚至有硬核玩家为了跑OpenClaw，专门搭了个机柜。哔哩哔哩服务跑起来之后的状态大概是这样：
官方技能包开源还不到两个月，用户量最少，评论区最有价值的反而是一条建议：有用户希望iStoreOS给OpenClaw这类智能体开放更多接口，帮小白设置软路由，还提到爱快4.0已经实现了类似能力。哔哩哔哩
哪些玩法真能用，哪些是看个热闹
把这半年的案例归拢一下，能画出一条不太严格、但挺实用的线：
可以放心试的玩法：备份、巡检、装软件、定时生成报告。这类玩法权限低、可回退，失败了也不至于让家里断网。连力推OpenClaw部署的教程，给出的建议也很克制：开启文件读写、网络访问、定时任务就够了，Shell执行要慎用。知乎
要掂量一下的玩法：浏览器自动化、全网设备控制，以及一切会动主路由配置的操作。评论区有位用户说得实在，他之前一直用DeepSeek帮忙设置路由，结果模型给的方案前后不一致，还会忘了之前干过什么。哔哩哔哩AI加上路由器24小时常驻的特性，目前处在"能帮忙"的阶段，离"能托付"还有距离。
设备方面，翻车反馈集中在J1900这类老低功耗x86平台和虚拟机环境，N100用户也有个别报错。设备较新、内存给够的机器，兼容性明显好一截。
那到底要不要折腾？分三类对号入座
只有一台主力主路由的：建议先看，或者只装KAI当备份巡检工具用，别给AI任何Shell权限。全家网络系于一台机器，折腾翻车的成本不值得拿来尝鲜。
有闲置x86软路由或旁路由的：最适合试OpenClaw。从定时任务和巡检入手，模型优先接OpenAI、Qwen这类主流API，接DeepSeek之前先去社区核对一下模型名。卸载前先备份——LuCI卸崩是有真实案例的。
不想折腾、等成熟的：盯三个信号就行。一是KAI的版本更新还会不会反复出现"service not running"这种低级错误；二是OpenClaw的安装卸载流程什么时候修好，官方交流群里的消息最快；三是官方技能包有没有后续文档和更多设备适配。三个信号都转绿，入门门槛会低很多。
最后一个相关背景：6月中旬iStore商店正式适配了OpenWrt 25.12系列固件，包架构换成APK。哔哩哔哩8月中旬，iStoreOS 25.12的尝鲜测试固件也已经放出。哔哩哔哩AI插件和底层新架构在同步推进，打算升级25的，建议先确认AI插件的兼容情况再动手，两件事一起折腾最容易翻车。
