今天折腾了大半天，终于在我的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合作，咱们下回接着折腾～
夜雨聆风
