docs/src/sidebar/itwanger/ai/openclaw-multi-agent-member-review.md
大家好，我是二哥呀。
这一周，一直在高强度玩 OpenClaw，希望从更多的场景应用中，让他帮助我解放双爪，哦不，双手。
我的第一个场景是把 OpenClaw 接入了飞书，让 PaiFlow Agent 帮我搞定 gitcode 账号的审核。目前这个场景已经跑的很丝滑。
既然一只龙虾能跑这么顺利，能不能再整一个专门用来审核技术派的龙虾，也就是我的龙虾二号，名字暂定为 paicoding 吧。
按理说龙虾一号PaiFlow也能兼顾这个活，但我还是想探索OpenClaw的多Agent工作模式，这样后面就可以更好的拓展其他应用场景。
内容很肝，跟着做，你也可以拥有属于自己的多只龙虾员工。这恐怕也是全网最详细，最手把手教的多Agent的教程。
龙虾现在真的是深入人心，我昨天说每天要改很多份简历，人头皮发麻，评论区很多小伙伴出谋划策，就希望引入小龙虾来帮我解放双手。
但目前的龙虾还很难做到这个层面，需要继续发展，但未来我相信肯定是可以的。
先上路。
可能很多小伙伴问，OpenClaw 支不支持多 Agent？
答案显然是：支持的，而且配置没有那么复杂。
就算你是非程序员，按照我的步骤和方法也一定能够搞定。
OpenClaw 的多 Agent 核心逻辑是：每个 Agent 有自己独立的工作区（workspace），有自己独立的配置文件，通过 bindings 字段绑定到不同的 IM 通道上。
你可以理解成：
飞书应用 A → Agent A（PaiFlow，gitcode账号审核助理）
飞书应用 B → Agent B（paicoding，技术派会员审核助理）
这两个 Agent 同时运行，同一个 OpenClaw Gateway 管理，但各自响应自己负责的飞书群消息，互不干扰。
用户申请加入 → 飞书应用 B 发送消息 → Agent B（paicoding）处理 → 审核通知飞书
好，搞清楚底层的逻辑后。现在动手，创建专门做技术派会员审核的第二个 Agent 吧。
下面这条命令会在指定目录创建一个新的工作区，包含独立的配置文件和会话记忆。
openclaw agents add paicoding --workspace ~/openclaw-workspaces/paicoding
paicoding 是这个 Agent 的名字，你可以改成任何你喜欢的名字。
配置完成后，可以通过 openclaw agents list 查看多个Agent。
这里可以看到，我现在有两个Agent了，一个是默认的main，目前我是让他来审核gitcode账号，但其实可以让main干其他的事情，专门再创建一个PaiFlow来管理gitcode账号审核。
但目前main的应用场景我还没有想到，就暂时先交给他这个任务吧。
注意，配置多Agent后，龙虾的配置文件中，agents 节点的 list 节点就会多出来对应的Agent，包括他的工作区和名字。
当然id是不能重复的。
这步和之前创建 PaiFlow 飞书应用的流程一样，进入飞书开放平台：
创建一个新的企业自建应用，名字就叫 技术派 吧，和 Agent 保持一致，方便管理。
然后是添加机器人能力，在权限管理页面，点击批量导入按钮。
粘贴以下 JSON 配置一键导入所需权限（这是龙虾官网推荐的配置）：
{
"scopes": {
"tenant": [
"aily:file:read",
"aily:file:write",
"application:application.app_message_stats.overview:readonly",
"application:application:self_manage",
"application:bot.menu:write",
"cardkit:card:write",
"contact:user.employee_id:readonly",
"corehr:file:download",
"docs:document.content:read",
"event:ip_list",
"im:chat",
"im:chat.access_event.bot_p2p_chat:read",
"im:chat.members:bot_access",
"im:message",
"im:message.group_at_msg:readonly",
"im:message.group_msg",
"im:message.p2p_msg:readonly",
"im:message:readonly",
"im:message:send_as_bot",
"im:resource",
"sheets:spreadsheet",
"wiki:wiki:readonly"
],
"user": ["aily:file:read", "aily:file:write", "im:chat.access_event.bot_p2p_chat:read"]
}
}
确认开通后，就可以看到对应的权限。
然后在【凭证与基础信息】这里复制好 App ID 和 App Secret，备用。
打开 OpenClaw 的配置文件，一般路径在 ~/.openclaw/openclaw.json（也可以通过 openclaw configure 进入后找路径）。
退出的话，按 ESC 键就可以了。
用VSCode打开配置文件，找到 bindings 字段，加上 paicoding 的绑定规则：
"bindings": [
{
"agentId": "main",
"match": {
"channel": "feishu",
"accountId": "main"
}
},
{
"agentId": "paicoding",
"match": {
"channel": "feishu",
"accountId": "paicoding"
}
}
],
当然，如果你是第一次配置多Agent，这里可能为空，直接把我这个复制过去，改吧改吧就行了。
很好理解。
换句话说，main 是我们之前配置 PaiFlow 飞书应用的 App ID，paicoding 是我们刚刚配置 paicoding 飞书应用的 App ID。
这样 OpenClaw 的 Gateway 在收到飞书消息时，会根据来源的 App ID 把消息路由到对应的 Agent，完全隔离。
同时，在频道的节点中，需要按照下面这个规则添加第二个飞书应用。
配置改完之后，重启一下 Gateway 让新配置生效：
openclaw gateway stop && openclaw gateway start
im.message.receive_v1 事件。回到飞书，这时候我们需要添加事件与回调，配置方式选择长连接。
这一步，其实就是飞书在和你的龙虾通信，飞书优秀的一点就在于这里，不需要审核，你只要能连通，你就可以用。不用等。
不然还要官方审核，那真的效率可太低了。
当然了，如果你这一步无法生效，没办法保存。可以重新执行一次 openclaw channels add。通过OpenClaw提供的引导模式，配置一遍飞书频道。
填入新应用的appid、APP密钥，然后指定连接到哪一个Agent等等。
然后再次重启 Gateway。
一般情况下，这一步就可以工作了。
如果没办法工作的小伙伴，可以评论区留言。
回到飞书，配置订阅方式为长连接，并添加 im.message.receive_v1 事件。
打开飞书应用paicoding，然后随便输入一句话，这时候一般会回来一个配对密钥。
再次打开OpenClaw的配置文件，可以执行 code ~/.openclaw/openclaw.json 用VSCode打开。
保存。
重启Gateway。
在飞书频道里问一句，OK了吗？
这里应该就可以看到龙虾二号开始工作了。
龙虾一号也在工作。
到此为止，可以给我们自己鼓个掌了，一切都进展的很顺利，如果你在这个过程中遇到任何问题，都可以评论区告诉我，我会竭尽所能，帮你开启龙虾二号。
Agent 创建好了，接下来要让 paicoding 真正懂得怎么审核会员申请。
这里用 OpenClaw 的 ContextEngine 插件，让它在每次会话开始前加载审核规则。
进入 PaiReview 的工作区：
cd ~/openclaw-workspaces/paicoding
创建一个 BOOT.md，这是 OpenClaw 在 Agent 启动时自动加载的上下文文档：
你是技术派（paicoding.com）的专属会员审核助手，名叫 paicoding。
## 你的职责
当有新用户申请开通技术派教程时，你需要：
1. 接收申请信息（星球编号）
2. 去 paicoding.com/admin 登录admin账户和密码，如果已经登录就不需要再登录了，然后进入星球白名单页面，在试用中的列表中，对照星球编号，然后审核通过。
3. 然后告诉我审核通知，格式如下：
---
【新会员申请】
星球编号：xxx
通过
---
## 审核参考维度
- 星球编号是否匹配
## 注意事项
如果有任何疑问，请直接告诉我。
规定定义好后，我们直接问一下技术派 Agent，看看他是否能读到这份文件。
很好，技术派看到了，并告诉我们现在可以发一个星球编号过去。
这时候，技术派 Agent 会打开一个浏览器，打开技术派的admin审核页，然后我们填入用户名和密码后，他就会自动打开星球白名单页面，然后查询星球编号，然后审核通过。
到此为止，我们的龙虾二号员工就算是正式上岗干活了。
非常的nice。
PaiFlow 负责gitcode账号的审核，paicoding 负责技术派会员的审核，两个飞书应用各管各的。
一个 OpenClaw 进程，同时跑两个 Agent，没有冲突，资源占用也不高。
这种多 Agent 的架构，是 OpenClaw 对比其他 AI 工具的一个很大优势——不是一个聊天框，而是真正可以按业务场景拆分的 AI 工作流。
舒服啊。
查看当前运行的所有 Agent：
openclaw agents list
两个都显示 running 就对了。
问：两个 Agent 会不会收到对方飞书应用的消息？
不会。bindings 里通过 appId 做了隔离，消息路由严格按 App ID 分发。
问：paicoding 能不能自动操作技术派后台完成审核？
完全可以，通过 OpenClaw 的 Browser 工具（操控浏览器），让它自动登录技术派后台、点击通过按钮。这个权限比较大，我没有把admin用户的密码告诉他，只是我帮他登录，他来干活。
问：两个 Agent 共用同一个大模型吗？
默认共用 Gateway 配置的模型，但也可以在每个 Agent 的工作区单独配置，实现不同 Agent 用不同模型的效果。比如 paicoding 用 GLM-5 省成本，PaiFlow 用 GPT-5.4 追效果。
问：GPT-5.4 需要什么条件才能用？
目前OpenClaw官方还没有发正式版，但有分支已经实现了，也不着急这一时半会，等官方更新就行了，也许我文章发布的那一刻，就有了。
再升级也不迟，我目前用的是GPT-5.3-Codex，效果确实很快。
我想起一件事。
2023 年刚开始用 ChatGPT 的时候，觉得能打字聊天就已经很神奇了。
今年，在飞书里@一个 Agent，它帮我把会员审核直接操控浏览器通过
也没用多少时间。
不是因为技术突然爆炸，而是因为很多事情终于都串起来了——大模型成熟了，工具链跟上了，你只需要花几个小时配置一遍，就能让一个数字助手替你处理曾经要手动盯着的事情。
说真的，技术派会员审核这件事，我每周可能要处理几十条申请，之前一直觉得也还好，也就几分钟。但等 paicoding 跑通之后，才发现那几分钟其实是一种习惯性的内耗——一件重复的事情，每次都要停下来，切换注意力，判断，回复。
积少成多，一年下来，这种切换耗掉的时间和精力远不止几分钟那么简单。
【能自动化的事，就别让自己一直盯着。省出来的注意力，才是真正稀缺的东西。】
多 Agent 这个方向我还会继续探索，后面打算把GitHub仓库中的issue接进来，让龙虾直接修改代码，然后测试，提交，😄
这周打算把派聪明RAG也上线。
目前整体的功能已经比第一版完善多了，新增了PDF实时预览、模型配置热加载、邀请码管理机制、用量监控等等。
等简历修改这件事过去，我就有更多时间去折腾更多有意思的事情，给大家带来更多AI的体验，更多AI的产品，更多龙虾的应用场景，帮助大家提升职场竞争力。
我们一起冲啊。
程序员就应该是这个世界，技术浪潮的弄潮儿，放心大胆地去折腾吧，你我都有一个光明的未来😄