为什么需要多个 AI 助手?

如果你同时运营多条业务线——比如一个电商客服号、一个技术支持号、一个内容运营号——你肯定不希望它们共享同一个 AI 人格。客服号要热情耐心,技术号要专业精准,运营号要有创意。
OpenClaw 的 Multi-Agent 功能让你在一台机器上同时跑多个独立的 AI 助手,每个有自己的人格、记忆、工具和渠道绑定。互不干扰,统一管理。
这篇教程教你从零配置多 Agent 环境。
理解 Multi-Agent 架构
在 OpenClaw 里,一个 Gateway 可以管理多个 Agent。每个 Agent 有:
- 独立的 Workspace:自己的 SOUL.md(人格)、AGENTS.md(行为规则)、记忆文件
- 独立的 Channel Binding:绑定到特定的聊天渠道或账号
- 独立的 Session:跟用户的对话记录互相隔离
- 共享的 Gateway:共用同一个进程,节省资源
简单说:一个 Gateway 进程 = 多个 AI 人格,各干各的活。
第一步:创建新 Agent
用 CLI 命令创建:
# 创建一个客服 Agent
openclaw agents add --id customer-service --name "客服小助手"
# 创建一个技术支持 Agent
openclaw agents add --id tech-support --name "技术支持"
# 创建一个运营 Agent
openclaw agents add --id content-ops --name "内容运营"
创建后,每个 Agent 会在 ~/.openclaw/agents/ 下生成自己的目录:
~/.openclaw/agents/customer-service/
├── SOUL.md
├── AGENTS.md
└── memory/
~/.openclaw/agents/tech-support/
├── SOUL.md
├── AGENTS.md
└── memory/
~/.openclaw/agents/content-ops/
├── SOUL.md
├── AGENTS.md
└── memory/
第二步:配置独立人格
进入每个 Agent 的目录,编辑 SOUL.md 设置人格:
客服 Agent 的 SOUL.md 示例
# 客服小助手
你是一个电商客服,负责回答客户关于产品、订单、物流的问题。
## 性格
- 热情、耐心、有礼貌
- 遇到不确定的问题,引导客户联系人工客服
- 不要推销,只回答问题
## 知识范围
- 产品目录和价格
- 订单状态查询
- 退换货政策
- 物流时效
技术支持 Agent 的 SOUL.md 示例
# 技术支持
你是一个技术支持工程师,负责帮助用户解决软件使用问题。
## 性格
- 专业、简洁、直接给方案
- 先确认问题,再给解决步骤
- 复杂问题提供分步骤指引
## 知识范围
- 产品功能和配置
- 常见报错和修复方法
- API 文档和集成指南
第三步:配置 Channel Binding

Channel Binding 决定哪个渠道/账号的消息路由到哪个 Agent。比如:
- WhatsApp 客服号 → customer-service Agent
- Telegram 技术群 → tech-support Agent
- Discord 运营频道 → content-ops Agent
在 Gateway 配置中设置绑定:
{
agents: {
"customer-service": {
bindings: [
{ channel: "whatsapp", account: "default" }
]
},
"tech-support": {
bindings: [
{ channel: "telegram", groups: ["-100111222333"] }
]
},
"content-ops": {
bindings: [
{ channel: "discord", guilds: ["999888777"] }
]
}
}
}
这样配置后,不同渠道的消息会自动路由到对应的 Agent,互不干扰。
第四步:验证隔离性
配置完成后,验证每个 Agent 确实是独立运行的:
# 查看所有 Agent 及其绑定
openclaw agents list --bindings
# 重启 Gateway 使配置生效
openclaw gateway restart
# 检查状态
openclaw status
然后分别在不同渠道发消息测试:
- 在 WhatsApp 上问”你是谁”,应该回答”客服小助手”
- 在 Telegram 技术群问”你是谁”,应该回答”技术支持”
- 在 Discord 运营频道问”你是谁”,应该回答”内容运营”
如果回答混乱,检查 bindings 配置是否正确,以及 SOUL.md 里是否明确写了身份。
第五步:跨 Agent 协作(可选)
有时候你希望 Agent 之间能互相协作。比如客服 Agent 遇到技术问题时,转给技术 Agent 处理。
OpenClaw 支持通过 subagent 机制实现跨 Agent 调用,但这是高级功能,大多数场景下保持 Agent 独立就够了。
problèmes courants
Q1:多个 Agent 会互相看到对方的聊天记录吗?
不会。每个 Agent 有独立的 session 和 memory,完全隔离。除非你主动配置跨 Agent 记忆搜索。
Q2:一台机器能跑多少个 Agent?
理论上没有硬性限制。实际取决于你的内存和 CPU。每个 Agent 本身不占太多资源,主要消耗在模型调用上。10 个 Agent 同时在线,普通 VPS 就能跑。
Q3:不同 Agent 能用不同的模型吗?
可以。在每个 Agent 的配置里单独指定 model 字段。比如客服用便宜快速的模型(Claude Haiku),技术支持用更强的模型(Claude Sonnet)。
Q4:怎么删除一个 Agent?
dépense ou frais openclaw agents remove <agent-id> 删除。删除前确保已经解除了所有 channel binding,否则相关渠道的消息会路由失败。
Q5:Agent 的记忆文件放在哪里?
每个 Agent 的记忆在 ~/.openclaw/agents/<agent-id>/memory/ 目录下。你可以直接编辑这些文件来给 AI 预置知识。
Q6:能不能让一个 Agent 同时绑定多个渠道?
可以。在 bindings 数组里加多条规则即可。比如客服 Agent 同时绑定 WhatsApp 和 Telegram DM。
相关教程推荐
- OpenClaw 怎么做 WhatsApp 客服自动回复?从安装到上线的完整教程
- OpenClaw 怎么做 SEO 关键词研究?从找词、分类到内容规划的实操教程
- OpenClaw 怎么写 SEO 文章大纲?5 步写出能直接落地的教程结构
résumés
OpenClaw 的 Multi-Agent 功能让你用一台机器、一个 Gateway 进程就能管理多个独立的 AI 助手。每个 Agent 有自己的人格、记忆和渠道绑定,适合多业务线并行的场景。
核心步骤就是:创建 Agent → 写 SOUL.md → 配置 Binding → 重启验证。
更多 Multi-Agent 架构细节,参考官方文档:OpenClaw Multi-Agent 文档.
官方文档:OpenClaw 多Agent配置文档
Lien vers cet article :https://www.361sale.com/fr/87566/L'article est protégé par le droit d'auteur et doit être reproduit avec mention.













11 mars 13:490
Aujourd'hui, le référencement est toujours d'actualité, mais le jeu a changé. Auparavant, on s'appuyait sur des tas de contenus, des tas de mots-clés pour obtenir du trafic, et maintenant on accorde plus d'attention à la qualité du contenu + à la confiance dans la marque + à l'expérience de l'utilisateur. En plus de s'appuyer uniquement sur le SEO est en fait de plus en plus difficile, beaucoup de bonnes SEO + médias sociaux + marketing de contenu + conversion de domaine privé à faire ensemble. Le référencement reste un canal d'acquisition de clients à long terme, mais il ne peut plus être considéré comme le seul canal.Il travaille dur.
11 mars 10:540
Normal, inclus seulement au nom de Google pour voir la page, ne signifie pas qu'immédiatement au classement, "a été inclus mais n'a pas été classé" habituellement parce que : la concurrence des mots-clés, le poids de la page est faible, le contenu n'est pas assez fort, la page est relativement nouvelle. Continuez à optimiser les mots-clés à longue traîne, la qualité du contenu et la chaîne interne, il faut généralement un peu de temps pour que le classement s'améliore lentement !Amelia Foster 6 mars 16:200
Avez-vous une capture d'écran ?lit. même un fils qui n'est pas un poisson connaît la joie du poisson 6 mars 09:230
Ne commencez pas par utiliser les plugins d'optimisation, mais localisez d'abord les goulets d'étranglement : Utilisez Query Monitor pour voir les SQL lents, les crochets lents. Mettez tous les plugins en pause pour les comparer, puis activez-les un par un. Vérifier que l'autoload est trop grand (tableau des options). Vérifier les index de la base de données avec les requêtes de tables volumineuses. S'attaquer d'abord aux performances de l'hôte et de la base de données si le TTFB du serveur est élevé.Il travaille dur.
3 mars 16:470
Bonjour Windjammer, il n'y a vraiment pas besoin de s'embêter avec des environnements locaux compliqués, les gens ordinaires suivent ces étapes et la mise à jour ne fera pas planter le site 👇. Tout d'abord, sauvegarder l'ensemble du site, fichiers + base de données sont préparés, c'est la ligne de fond, hors du problème peut être une clé pour revenir en arrière. Si vous voulez mettre à jour votre site, ne le faites pas en un seul clic, mais faites-le par lots, changez d'abord les plugins sans importance, puis les principaux. Immédiatement après la mise à jour, videz le cache, passez au premier plan pour vérifier la page d'accueil, la page d'article, les boutons, les formulaires, ces positions clés. Il est préférable d'installer un plug-in qui prend en charge le retour à la version précédente ; en cas de panne, il est possible de revenir à l'ancienne version en une seconde. En résumé : sauvegarder d'abord, changer par lots, vérifier après avoir changé, laisser un moyen de revenir en arrière, très stable ✅😎 J'espère que cela vous aidera !bugbang 2 mars 09:550
En général, ce n'est pas le paiement qui n'a pas fonctionné, mais le rappel (webhook) qui n'a pas renvoyé l'état de la commande. Étapes de dépannage : WooCommerce → Statut → Logs : voir si la passerelle de paiement a une erreur de webhook / une erreur de signature / un dépassement de délai. Vérifiez si le site est bloqué par un WAF (Cloudflare, Pagoda Firewall, plugins de sécurité). Vérifiez si l'option "Cache checkout pages/interface paths" est activée (les pages de paiement et les interfaces de rappel ne doivent pas être mises en cache). Recherchez dans les journaux d'erreurs du serveur les erreurs 500/fatal qui interrompent l'exécution du callback. Solution : Libérer les URLs de rappel de wp-json, wc-api et de la passerelle de paiement (configurer selon la documentation de la passerelle). Désactiver le cache et le test de compression JS merge sur la page de paiement une fois. Si vous utilisez Cloudflare : définissez les règles "no-challenge" et "no-block" pour les URL de rappel.Ulla Nala Zhenhuan (18嬛嬛嬛) 31 janvier 09:360
1) Déterminer s'il s'agit d'une "attente normale" ou d'un "blocage anormal". Vous pouvez d'abord examiner trois signaux : si le délai de publication de la page est compris entre 7 et 14 jours, s'il n'y a qu'un petit nombre de pages avec ce statut et si la page est apparue dans le plan du site XML. Si ces trois éléments sont réunis, il s'agit très probablement d'une étape normale d'exploration et d'évaluation, et il n'est pas nécessaire d'intervenir immédiatement. 2) Dans quelles circonstances "attendre" est-il inutile ? Les cas suivants ne seront pas résolus automatiquement par le temps : la page n'a presque pas de liens internes (page isolée), le contenu est très similaire aux pages existantes sur le site, les points canoniques renvoient à d'autres URL, et trop d'articles similaires sont publiés sur le même sujet pendant une courte période. Dans ce cas, Google a été parcouru, mais a jugé que "cela ne vaut pas la peine d'entrer dans l'index". 3) La façon la plus efficace d'intervenir manuellement (sans chichis) La priorité est de faire ces 3 choses : ajouter des liens internes, créer un lien vers la page à partir d'anciens articles ou rubriques connexes, améliorer la densité de l'information sur le premier écran. Les 2-3 premiers paragraphes répondent directement à la question de l'utilisateur, évitent trop de remplissage, confirment que la page canonique est autoréférentielle pour éviter d'être jugée comme une page dupliquée, puis vont au SGC pour demander la réindexation. 4) Quelles sont les "actions d'intervention" contre-productives ? Déconseillées : supprimer et reposter fréquemment, cliquer plusieurs fois de suite sur "demander l'indexation", forcer l'empilement de mots-clés pour être indexé, changer arbitrairement d'URL ou de titre. Ces opérations permettront à Google de réévaluer la stabilité de la page, mais ralentiront l'inclusion. 5) Une norme de jugement pratique Si un article : a été crawlé, il n'y a pas de problème de noindex / robots, il y a au moins 1-2 liens internes connexes, le contenu résout manifestement un problème indépendant, il est inclus, ce n'est qu'une question de temps, ce n'est pas un problème de plug-in.Porteur de poste 30 janvier 10:000
La nouvelle station ne fait pas de liens externes peut être complètement, le premier contenu et la structure de la station pour faire un bon travail plus stable. En s'appuyant uniquement sur le contenu, il est généralement possible d'inclure une partie des mots-clés à longue traîne dans le classement, mais la quantité de concurrence élevée sera lente. Il est recommandé d'attendre l'inclusion stable du site, 30-50 contenu de qualité, les mots clés ont commencé à entrer dans le top 20/30, et puis une petite quantité de liens externes, les mots de marque prioritaires / chaîne nue / type de citation, ne viennent pas à chasser le nombre. 👍