OpenClaw(网友俗称"小龙虾")爆火,已经是半年多前的事了。社区讨论的热度明显降了下来,有知乎回答直言,龙虾"其实并没有什么特别的,他只是占了个早"。知乎B站上也有复盘视频直接以"为什么openclaw的浪潮过去了"为标题:项目最高有247,000个GitHub Stars,但大量早期用户其实已经悄悄弃用。哔哩哔哩但这两天有件反常的事:搜"OpenClaw Docker部署",教程反而比火的时候更多了。我把能翻到的都翻了一遍,越看越不对劲。
这波教程,对一对味道就不对
先看发布节奏:从8月10日到8月20日,仅知乎就冒出至少9篇"OpenClaw用Docker部署"的教程,出自5个不同作者,其中一位作者8月19日一小时内连发3篇。互动数据清一色惨淡:点赞基本是0或1,评论几乎为零,和3月份一篇部署教程能拿几万收藏的场面完全不同。
再看导流去向:9篇里至少5篇,正文里都嵌着同一组链接——所谓"OpenClaw中文版获取地址"xiazai.wokk.cn,外加一个叫TopClaw的在线版。知乎收尾话术也高度统一:先讲环境折腾的痛点,再转入Docker教程,最后图穷匕见,推荐一个"更省事的方案",把读者带去第三方在线版。知乎这不是经验分享,是吃残余流量的导流矩阵。
最要命的是技术细节互相打架:
镜像名对不上:一篇的compose模板里写的是openclaw/openclaw,另一篇教你拉的却是openclaw/lobster,都和真实用户在用的ghcr官方镜像不沾边。知乎知乎
配置文件对不上:模板让你挂/app/data/config.yaml,但真实跑通的用户,配置都在.openclaw目录里的openclaw.json。知乎
端口对不上:模板映射的是8081,实战教程里开放的网关端口是18790/18789。知乎

照着这些compose模板复制粘贴,大概率什么都跑不起来——模板很可能根本没被执行过。还有一篇讲"Docker版本要求"的文章,声称官方要求"目前需要Docker Engine 24.0及以上",却没给任何官方文档链接,文末照样绕回第三方托管服务。知乎这类说法,建议多留一个问号。
用Docker这个方向没错,错的是信谁
别把方向搞反了:用Docker跑OpenClaw,恰恰是社区验证过的路线。这个项目的安全争议从火起来第一天就没断过,知乎"上门安装OpenClaw成生意"的问题下,有人说这"某种意义上相当于把你的电脑变成肉鸡"。知乎B站也有UP主做了140天的深度实验,把OpenClaw对接到了自己几乎所有的系统里,前提是刻意接受隐私上的交换。哔哩哔哩对一个握着你的API密钥、读写你的文件、还连着IM的程序来说,容器隔离、版本快照式切换、卸载不留残,就是基本要求。
那真实用户是怎么用Docker部署的?两篇真正跑在NAS上的实战回答,比那9篇矩阵文有参考价值得多:
镜像用ghcr上的官方镜像,先在NAS的Docker应用里导入。知乎

把容器内的.openclaw目录挂载到宿主机,配置文件和工作空间全在这个目录里,用实战作者的话说,这是"重中之重,也是未来给小龙虾迁移数据的核心目录";早在2月就有部署指南专门强调,要用宿主机目录挂载而非Docker卷。知乎知乎

端口只开必要的,网关走18790/18789,第一次进网关页面还要填入配置里的密钥才能连上。知乎
跑起来以后,网关页面右上角会显示版本号(例如2026.3.8),升级前先备份配置。
还在养龙虾的,这份自检清单比教程实用
如果你的小龙虾还跑在某台NAS或轻量服务器上,或者你打算趁退烧期入坑,按这5条查一遍:
数据目录挂了没有。配置和记忆全在.openclaw目录里,先确认这个目录真的挂载到了宿主机,再谈别的。最典型的事故就是升级或重建容器后,容器没了,数据也没了。
镜像版本钉了没有。长期跑的服务,compose里写具体版本号,比:latest稳。想升级时先把openclaw.json备份一份,确认没有破坏性变更再动。
新版要不要跟。8月19日B站有一期版本解析视频,说V2026.8.1带来了密钥出口绑定,“明文泄漏在出口之前就被拦住”,还有SQLite快照备份命令,create、list、verify、restore一条龙。哔哩哔哩两个功能都对着长期跑服务的人最担心的事——密钥泄露和数据没备份。不过这期视频本身标注了AI创作,升级前建议再去官方发布说明里核对一遍细节。

密钥怎么管的。有NAS实战提到,平台的API密钥点击重置后只出现一次,“如果忘记了,只能重置,无法再次查看”。知乎别把含密钥的compose文件到处贴,网关端口也别裸奔在公网,家里NAS走内网或加一道鉴权更稳。

成本算了没有。那篇NAS实战给过参考:直接用API的话,“一天十几块随便用用”。知乎长期跑的话,换成包月的Coding Plan会便宜得多——这也是不少人弃养龙虾的原因之一:不是不好用,是烧钱。
退烧期,更要防教程矩阵
最后说两句为什么写这篇。
OpenClaw退烧很正常,潮水退了,留下来的才是真把它当服务用的人。但残余流量也是流量:还在跑龙虾的人、想补票入坑的人,就成了导流矩阵的收割对象——教程可以批量生成,链接是现成的,模板能不能跑根本不重要。这不是OpenClaw独有的问题,容器世界里任何带着残余热度的东西,迟早都会遇上这一茬。
辨别方法其实还是那几条:看挂载路径和端口跟真实运行结构对不对得上,看镜像来源是不是官方,看作者自己有没有在跑,看文章最后是不是把你往某个第三方站点带。
接下来有两个信号值得盯着:一是V2026.8.1的密钥出口绑定和快照备份到底落地得怎么样,这决定长期跑服务的人能不能安心;二是社区往其他Agent产品迁移的趋势,这决定Docker部署这套周边生态还有人维护多久。
你的龙虾不需要那么多教程,目录挂好、端口管好、密钥捏好、钱包算好,就够了。