OpenClaw 真实使用体验 - 第一阶段

01模型选不好，体验直接崩

这段时间我比较早就部署上了 OpenClaw，先把它布在 Mac mini 上，模型用的是 GLM 4.5，智谱的coding套餐。刚开始还能正常回复，但后面大概一个月左右（中间还跨了个春节），使用体验就真的很差，导致我感觉自己一个完整流程都没有跑通。

我当时想跑的流程是：让 OpenClaw 抓取我在 Twitter 和 YouTube 上关注的列表，当这些人发了新内容时，把内容总结汇总下来，再根据我那段时间关注的方向，告诉我哪些需要完整去看、哪些了解大概就行、哪些知道有这件事就 OK——做三个层级的区分，帮我快速消化和获取信息。

但这个流程一直没跑通，主要卡在三个地方：

1. 无法抓取列表：
   没有 Twitter API，根本抓不到关注列表。后面就尝试让openclaw操控浏览器来实现
2. 插件稳定性差：
   换成浏览器方式后，需要插件，但插件老是崩，说自己没权限操控，还是抓不到内容。
3. 响应速度慢：
   智谱 GLM 经常不回复或回复非常慢，整体体验很差。

不过这个过程中，我也发现了 OpenClaw 相比直接用 Claude Code 的几个明显优势：

• 交互窗口更便利：
  天然有一个 IM 交互窗口（比如飞书），不需要单独搭界面。
• 模型部署更简化：
  用 Claude Code 跑的话，需要为应用单独部署模型并打通链路，OpenClaw 直接省掉了这一步。
• 运行成本更低：
  我有三台电脑，如果用 Claude Code 推送结果，需要三台同时在线或互相操控，OpenClaw 天然解决了这个问题。

这一阶段最核心的教训是：想让 OpenClaw 跑得顺畅，一开始模型就要选好。我前几天 Kimi，又换成了 Claude，才慢慢好起来。 

02权限打不通，飞书管控太严

因为我是在飞书里部署的 OpenClaw，平时工作和个人生活也都在用飞书，所以很自然地想把飞书的各种功能都跟 OpenClaw 打通，优化工作流程。

具体来说，我希望打通这些东西：飞书日历、文档等

我部署了两个 OpenClaw：一个跑在本地 Mac mini 上，另一个部署在 Coze（扣子）上。结果发现：

• Coze 上的 OpenClaw，飞书的用户身份授权有时间限制，今天授权了明天就得重新授权，定时任务基本跑不起来。
  
• Mac mini 上的 OpenClaw，根本无法触发用户层面的权限授权，原因至今没找到，让 Claude Code 分析了好几轮也没有解决方案。
  

我发现花在打通 OpenClaw 和飞书上的时间，远比真正使用 OpenClaw 的时间还要长。我个人感觉，飞书在 Agent 生态的支持上，至少目前还没做好准备。

后续打算换个思路：先打通本地日历，再通过 CalDAV 把飞书日历同步过来，让 OpenClaw 拉取本地日程。写文档也打算换成 Google doc 或其他权限更开放的文档工具吧。

03过程不透明，总感觉它没在干活

第三个问题是：处理稍微复杂一点的任务时，OpenClaw 虽然也能调用子代理，但经常出现我发了指令，它回一个"正在打电脑"的表情动作后就没有然后了。

它不像 Claude Code 那样，thinking 和执行过程都有进度条展示，能让我清楚地知道它在干活、干到哪一步了。OpenClaw 的这种反馈很少（当然也可能和模型有关）。

换成 Claude 之后，OpenClaw 还是会经常突然卡住，导致我不得不远程调用 Claude Code，让它从本地去看看 OpenClaw 的运行状态，不正常就整体重启一遍。

装龙虾其实并不复杂，可能几个命令或者花半天时间就能配置完成；但"养龙虾"——真正去搭建、跑通流程的过程，才是最消磨耐心、精力和时间的。

配置门槛低，但维护成本高。要么期待自己后面更有耐心，要么期待后续哪个大厂能够把这一套的体验做的更加丝滑吧