今天折腾了大半天,终于在我的Openclaw agents里成功添加了第二个独立AI——AI_Executor。加上之前一直在用的AI_Planner,现在我正经拥有了两只赛博朋克龙虾,想想还有点小激动。说起来初衷很简单:我一直想搭一个分工明确的AI团队,不用事事都自己上手。所以这次专门给两个AI重新定了身份:原来的Planner当主管(主编+中台),新加入的AI_Executor当纯执行。本来想得很美:主管负责拆需求把方向,执行负责落地写东西,我就能安心当甩手掌柜了。哪想到一开始就踩坑踩得停不下来。
绑定飞书三连坑,踩得我怀疑人生
第一个坑就给我整懵了:绑定飞书的时候,我光顾着复制API key填配置,完全忘了给机器人设置消息阅读权限和回复权限。结果配置完去飞书测试,发出去的消息石沉大海,我对着config文件改了七八遍,重启了三次服务,还是没反应,差点以为是哪里兼容性出问题了。刚搞定权限,第二个坑踩着就来了:飞书的事件订阅忘了加im.mesage.receive_v1。这个事件可是飞书接收用户消息的关键啊!没有它,飞书根本不会把你的消息推给机器人,可不就是石沉大海么。我在开发者后台翻了半天日志才反应过来:怎么一直没触发回调?原来根儿在这里。改完事件订阅,我长舒一口气以为没问题了,结果第三个坑稳稳等着我:忘了发布新版本!飞书机器人就是这么个脾气,你在后台改了任何配置,不做版本管理发布新版本,线上跑的永远是旧版本。等于我前面改的全白改,又卡了我半个多小时。最后还是找了扣子自带的OpenClaw助手帮我排查,解决了一部分配置问题,剩下的权限和事件订阅还是得自己去飞书开发者平台一点点改,折腾到下午才算全部搞定。
更扎心的问题:龙虾🦞同群不同心,各说各的
配置问题搞定了,本以为就能开启美好生活了,结果发现了个更核心的问题:就算把多只龙虾🦞都拉进同一个群聊,它们也各说各的,互不搭理!
原来OpenClaw的Agent之间默认是不直接通信的,我之前期待的“多个Agent自然对话协作”根本实现不了,这个算是戳中了个人玩家搭多Agent的痛点了。不死心的我开始想解决方案:参考了GitHub OpenMoss的设定,借鉴了人类社会的“中台”概念——既然Agent之间没法直接协作,那就在中间放一个调度中间件,所有Agent都只和中间件交互,中间件负责信息传递和状态同步,这不就像正规公司一样了吗?想法很美好,一算token消耗我就懵了:每一次对话都要把完整上下文给中间件再转发一遍,token烧得太快了,对于个人玩家来说实在扛不住,这个方案只能作罢。
回归朴素:能用就行,先跑起来再说
折腾来折腾去,最后还是砍掉了所有花里胡哨的想法,确定了现在这个能跑起来的极简模式:老板(我)提需求 → 中台AI(planner)拆解指挥 → 执行AI(Executor)干活 → 中台审核交付
就是“命令-执行”的直连模式,虽然看起来不那么“酷炫”,不能让AI们自由讨论唠嗑,但至少它能跑起来,token消耗也可控,先能用再说吧,罗马也不是一天建成的。
今天这大半天,踩了一堆配置坑,也摸清楚了个人玩家搭多Agent的核心痛点,也算收获满满。今天就先到这里,后续再慢慢探索怎么更好地和Agents合作,咱们下回接着折腾~