今年3月底，「全民养龙虾」最热的时候，酷友社官方还给 iStoreOS 用户出过一期《iStoreOS养龙虾最快方法》，教你从 iStore 商店一键装 OpenClaw。评论区里有人喊「软路由才是养龙虾最佳环境！！！」。哔哩哔哩
五个月过去，情况明显凉了：8月底，知乎上出现「Openclaw怎么没有人讨论了呀」的提问，高赞回答直说「安装很麻烦，装完还一直在调试」。知乎8月22日，有人指出小米的 MiClaw 封测结束，9月21日停止服务。知乎体验帖里，「彻底放弃OpenClaw」式的回答也开始出现。
但在 iStoreOS 这边，这只龙虾还没下架：7月还有人专门做了视频讲「istoreos下openclaw不能升级到最新的2026.7.1」的问题。哔哩哔哩8月还有人在酷友社评论区问下一次更新。所以现在的问题不是要不要跟风养一只，而是这个时候还要不要把这只龙虾装进路由器、你的路由器能不能扛得住。点安装之前，先过一遍翻车案例和三笔账。
评论区的翻车案例，正好四类
翻了《iStoreOS养龙虾最快方法》（播放1万+）、《【全网首发】OpenWrt插件OpenClaw发布》（播放1.4万）等视频的评论区，翻车样本大致四类：
第一类：装得上，但装的过程「吓人」。最典型的：ARM 软路由上首次启动要等将近5分钟，全程没有任何进度提示，很多人以为死机直接关掉。哔哩哔哩有的 x86 机器因为 node 版本不匹配报错；更常见的是「path不能为空」「没有存储位置」这类报错——这不是插件的问题，而是你的 iStoreOS 没有挂载成功的磁盘，得先分区挂载磁盘。
其实插件的官方页面里就写着硬件要求：存储至少 1.5GB、内存建议不低于 1GB——不少翻车，是从没看这一行开始的。
第二类：版本跟不上。OpenClaw 本身迭代极快，3月就发生过 3.22 版更新把 control UI 整个更没、3.23 才修复的事。哔哩哔哩iStore 商店版的插件还要再慢一拍：7月中旬上游已经到 2026.7.1，商店版还升不上去。评论区有人问「能不能每个版本在论坛发个更新说明」，没有下文。这意味着：商店装的是「省心」，代价是新功能用不上、上游已修复的 bug 你可能接着踩。
第三类：上马难，下马更难。评论区里印象最深的一条：有用户装好了，卸载环境后，iStoreOS 的整个 LuCI 界面崩了；还有人提醒「慎用，删除配置会删除其他依赖，web就坏了」。哔哩哔哩路由器是全家网络的网关，弄坏它的成本和普通电脑不是一个量级。
第四类：装完开始问「这有什么用」。这类问题反而最多。有人问「和平时用的 WEB 版有什么区别」，有人直说「除了装完发个截图装逼一下还有什么用」。哔哩哔哩而生态那边其实挺热闹——OpenClaw 的技能市场目前已经有 270 多个技能资产，近 2000 个 Agent 入驻。
问题不是它没事可做，而是预期错位：路由器上跑 OpenClaw，能做的主要是定时巡检、日志整理这类长期轻任务；指望它当 24 小时全能助理，路由器的 CPU 和 IO 撑不住。知乎有篇《OpenClaw到底装哪？》说得很直白：软路由 CPU 性能弱、IO 一般，只适合轻量实验，绝对不适合当主力多任务中枢。知乎
第二笔账：它吃的不只是电
很多人想在路由器上养龙虾，是觉得路由器反正 24 小时开着，算力「免费」。但这笔账有三项：
第一是占用。OpenClaw 跑在 Node.js 上，评论区有人直接吐槽「node太臃肿了」。哔哩哔哩N1 这类 ARM 设备，光启动就要好几分钟；想让它真干活，先看内存——官方「建议不低于1GB」只是入场券。
第二是 token 账。评论区最扎心的一句：「这只是龙虾壳，里面的龙虾肉需要token，是收费的」。哔哩哔哩OpenClaw 本体开源，但不接大模型 API 就没有意义，按量计费。8月知乎上还有人在问「最近token用量有点大，DeepSeek的flash都快用不起了」。路由器上 24 小时长驻的龙虾，正是这种细水长流的支出。
第三是维护成本。上游更新频繁，商店版滞后，接第三方模型要手改 .openclaw.json，3月的 3.22 事故还让一半人启动不了。它不是「装完不管」，而是「另一个要时不时盯着的服务」。
第三笔账：工信部都预警了，官方说「先用旁路由测试」
这笔账最关键。
今年2月，工信部网络安全威胁和漏洞信息共享平台（NVDB）就发过预警：OpenClaw 部分实例在默认或不当配置情况下存在较高安全风险，容易引发网络攻击和信息泄露。财联社3月，NVDB 进一步给出「六要六不要」，个人助手场景被点名：权限过高导致恶意读写、删除任意文件，联网情况下遭攻击入侵，明文存储密钥导致个人信息泄露——给出的应对建议是管好权限、加密通道接入、加密存储 API 密钥、优先在容器或虚拟机里隔离运行。中国能源网国家网络安全通报中心还披露，全球活跃的 OpenClaw 互联网资产超过 20 万个，其中境内约 2.3 万个——也就是说，暴露在公网上的龙虾不是少数。新京报
相比之下，酷友社的评论区里有人问官方安全性，易有云宝哥账号的回答也很直白：「不是很安全，建议用旁路由测试」。哔哩哔哩
两条信息放在一起，结论方向就很清楚：OpenClaw 的默认配置本身就偏暴露，而路由器是家里网络权限最高的设备。龙虾养在主路由上，一旦翻车，丢的不是一台设备，而是全家的网络和密钥；放在旁路由上，至少多一层保险。而 NVDB 的「优先容器/虚拟机隔离」，恰好对应 iStoreOS 上的 Docker 路线。
结论：谁该装，谁绕着走
不该装的：你的 iStoreOS 是主路由，全家的网、拨号都挂在它上面；或者这台设备是家里唯一的一体机，内存小、Docker 服务多。这两种情况下，龙虾的收益配不上断网风险。不必硬上——NAS、迷你主机、云服务器跑起来都更稳，也更符合官方「容器隔离」的建议。
可以试的：你正好有一台闲置的旁路由或备用机（N1、R2S 这类老小主机、迷你主机），能接受每月的 token 开销，而且属于坏了能接受重装的类型。这条路的门槛最低，官方商店一键装，但记住三件事：先挂载磁盘、ARM 首次启动耐心等 5 分钟、别动主网配置，别开公网端口。
三月装过、现在卡住的：先对号入座上面四类。如果是版本或依赖问题，建议换 Docker 部署——官方安装页把 Docker 列为推荐路线，GitHub 上有现成的 compose 文件，环境隔离，删的时候删容器就行，不牵连 LuCI；想持续跟新版本，这是更稳的路线。
最后提醒打算卸载的：删商店版插件之前，先备份配置，不要顺手勾「删除依赖」；LuCI 已经坏掉的，别急着重置整机，先去酷友社论坛看看有没有人踩过一样的坑。
接下来值得盯的信号
龙虾值不值得长期养，看三个信号：iStoreOS 商店插件能不能跟上游版本——再过一两个大版本还卡着，就说明维护策略保守，长期玩要转 Docker；OpenClaw 生态本身的走向——MiClaw 9月21日停服已经是先例。知乎上游一旦停更，路由器上的龙虾就成了孤儿；Hermes 这类替代能不能起来——社区已经有人说「用了两个月 OpenClaw，转投 Hermes」，连 N1 玩家都在玩别的 agent 框架了。
热度会退，但龙虾值不值得养，不取决于热度——取决于你的机器、你的预算，和你打算怎么用它。
