ARTICLE · 994523

安装翻车差点劝退,但Openclaw 2.0用59分钟长任务让我闭嘴

发布时间：2026-09-15 20:01:00 最近访问：2026-09-15 20:00:59

时隔7周，Openclaw 2.0终于发布。作为老用户，我第一时间点了升级，结果第一步就把我气笑了——但接下来的反转，让我决定把这篇“吐槽文”改成“安利文”。

第一步，狠狠“食言”

发布前官方信誓旦旦说安装会变得“连我妈妈都能用”，甚至搬出了Peter的原话。我信了，选了最傻瓜的Web端自动更新，结果等了20分钟，界面一直转圈。切到命令行一看，版本号倒是升上去了，服务却死活起不来。

接下来的排雷过程堪称“硬核噩梦”：

npm uninstall -g openclawnpm cache clean --forcenpm install -g openclaw@latest

确保工作区目录和 MEMORY.md 存在

mkdir -p ~/.openclaw/workspacetouch ~/.openclaw/workspace/MEMORY.md

重新生成 systemd 服务文件

openclaw gateway install --force

重新加载 systemd 并启动服务

systemctl --user daemon-reloadsystemctl --user enable openclaw-gateway.servicesystemctl --user start openclaw-gateway.service

一顿操作猛如虎，旧版本彻底清理了，但服务启动依然失败：

新版本强制要求 sessions.json 等存储方式转为 sqlite 数据库存储，之前在6.x后已经要求，但非强制，8.1后改为强制。注意这里有隐藏BUG：

虽然提示用 openclaw doctor --fix ，但真实情况是不起作用的，包括 openclaw doctor --fix --force / openclaw doctor --repair --force 也不会起作用。最后几经尝试用：

预览转储哪些文件

openclaw doctor --session-sqlite dry-run --session-sqlite-all-agents

执行转储

openclaw doctor --session-sqlite import --session-sqlite-all-agents

终于可以启动服务：

反复排查后发现是因为历史授权记录也要转储，但尝试了各种命令都无效，

最后怎么解决的？我直接把授权文件删了（备份了个.bak），服务瞬间恢复正常。

mv ~/.openclaw/exec-approvals.json ~/.openclaw/exec-approvals.json.bak

再次启动

systemctl --user restart openclaw-gateway.service

新老会话恢复正常，模型、agent全部正常。

一套流程下来耗时近两个小时，别说Peter的妈妈了，连我都差点被劝退。官方这次在安装体验上，确实是实打实地“打脸”了。

但就在我准备放弃时，我做了一个测试：尝试运行一个以前必死的老会话——这是Openclaw最大的顽疾，只要会话时间长、多轮读写后，基本100%出现读写工具报错，甚至死锁，任务只能中断。

结果惊到我了：这个会话连续执行了59分钟，零干预、零报错，全程实时展示token消耗，竟然把一个长复杂任务一次性跑完了！以前是“定时炸弹”，现在变成了“发条钟”。这一下，之前受的所有委屈我都咽下去了。

粗略扫了一眼新界面，变化确实大：Worktree（多工作区）、安全控制、远程协同，以及审批、任务、记忆体系都有重构。这些新东西值得好好研究。

如果你的系统里有大量存量数据，且不想冒险，建议升级前务必手动备份整个 ~/.openclaw 目录，否则这套迁移逻辑很可能把你卡在门外。但如果你愿意花时间排雷，2.0的长任务稳定性，绝对会让你眼前一亮。

今晚太晚了，明天我会逐一实测那些新功能，特别是“远程协同”和“记忆体系”，有结果马上和大家汇报。