逛街时,Clawdbot发来了飞书文档,让我审阅

最近几天，我尝试使用Moltbot（改名前是Clawdbot）嵌入我的工作流，也好奇它到底有没有各种宣传里的那么神奇。我目前的感受就一句话

  “花多少经历配置，就有多大的能力呈现”  

所以，很多“被宣传”的故事都是需要花心思配置的。因为我平时飞书用得多，也痴迷与各种资料的搜集整理。所以，在我的一些配置下，我和Moltbot的沟通方式是飞书，Moltbot会很贴心的用对的工具去搜集资料，整理好之后，发飞书给我。这次，午饭刚吃完，发我飞书文档了

想分享Moltbot和飞书在配置中需要特别注意的避坑点，或许可以帮你剩下几个小时的时间

 ▌Moltbot本身的配置 VPS & Systemd：保活是关键 最容易忽视的一点！如果用 systemd user service 跑服务，必须执行：

 loginctl enable-linger root 

如果不跑这个，SSH 一断开，Systemd 就会杀掉你的 Gateway 进程，导致机器人反复重启、收不到消息  

如果你是用 Minimax M2.1 或Kimi K2.5 代理 Anthropic，配置里有两个必填项，缺一不可： api: “anthropic-messages”：必须显式指定这个，否则 Agent 会报 Unhandled API 直接崩溃 models 数组：配置校验必需字段，哪怕只填一个模型也要写上

 ▌让Moltbot写飞书文档的配置 飞书开发文档扔给Moltbot，它会自己去写skills以读写飞书文档。但是以下的部分是在飞书开放平台中人工操作的

 订阅方式：在“事件订阅”里必须选 “长连接” (WebSocket)，不要选 Webhook 推送 关键事件：必须订阅 im.message.receive_v1，否则机器人是聋的 

权限地狱：除了基础的消息读写，记得开 im:resource（处理图片/文件）和 im:message:send_as_bot 应用能力：必须在后台启用“机器人”能力，不然没有对话框 发布操作：改了任何权限或事件，必须去“版本管理” 发布新版本 才会生效