openclaw部署血泪史

我从年前开始部署龙虾，到现在也折腾了一个多月了。惭愧的说直到今天还是在和各种配置纠缠，不过也积累了一些心得和经验，记录下来，一方面给自己做个阶段总结，另一方面看是否能够帮到别人。

环境：

• 安全：我是在macmini上开了一个guest账号，安装virtual buddy，在虚拟机上部署了openclaw。目前为止整体安全能保证
• 模型：我用的是codex。建议主agent还是上一些聪明的模型。至少上codex，土豪可以opus。我用codex体验明显优于glm。一个聪明的模型，真的能给你省很多时间，当然也真的烧钱

迭代和维护：

• 聊天：我主要是tg+飞书两个渠道，都遇到过问题。tg后来我发消息agent没反应，重启gateway能恢复，但过一阵又不行了；飞书通信没问题，但有一个奇怪的点，正常发消息应该有reaction表情回复，但后来不知道怎么就没了。这俩问题最终我也没研究出来原因。
• 多agent：我最多的时候配置了9个agent并行工作，其中大部分都是通过tg。我怀疑这就是tg不回复我的原因，agent太多轮训的时候出现了问题
• agent的架构：我的架构是boss\maintainer\task，boss统管全局，负责生产task agent。maintainer负责维护openclaw底层运行。task负责执行具体任务。当然现在配置问题太多了，这套逻辑还没跑起来，后面再试试
• 搜索：我没有brave的api，因此采用的都是browser模式的搜索。这种模式逻辑上应该行得通，但实际上总会遇到搜不到、或内容质量差的问题。应该是prompt写的不好，后续考虑专门建一个agent做搜索试试
• 各种md文档：各种md文档的差异我还没有手感，不过我现在逐步形成了让gpt或者龙虾自己更新md的习惯，现在还停留在设计agent架构的地步，希望配置没啥坑了以后，在功能上多下下功夫

迭代和维护：

• 配置更新：我尝试过三种改配置的手段。1.手搓配置文件；2.与龙虾对话自己改；3.通过codex或者cc进行配置。我的结论是，如果你有codex或者cc，建议还是方法3，省心清爽。手改配置文件的好处是有明确的正负反馈，也能学到细节，但我感觉学起来太慢。龙虾对话的好处就是方便，坏处就是很容易改坏，由于常常改一大段，备份没做好复原都很难。
• 问题修复：与配置一样，建议通过外部的编程模型进行修复。我曾经遇到过一个问题，和glm聊好几天没有解决，codex一会就帮我修好了。另外，如果实在改不出来，建议建个新的agent。建agent也解决不了，那就直接推翻重建。最近第一个openclaw被我改的实在是面目全非，因此痛下决心直接推翻重建

收获：

• 解决的问题：目前最大的收获，就是让我在第一时间抓到了闲鱼的一个好价商品，当场下单。除此之外就没啥了。其实我有一些体系化的点子，但这些想法很多落地的时候第一步就卡住了，看来还是要积跬步啊。

以上就是我的进展。感觉虽然手握好多金山，但自己对于openclaw的理解还是半吊子，skill/mcp啥的还都没入门。而且太过于纠缠配置细节，没能充分利用openclaw解决实际问题，没啥成就感。学吧，学无止境啊...