文章目录
- OpenClaw 的多 Agent 系统是一种基于角色隔离和消息路由的分布式 AI 架构。该架构的核心设计目标是在单一实例中支持多个独立的 AI 智能体,每个智能体拥有独立的上下文、工作空间、工具权限和身份标识。
- 组件 技术定位 功能描述 Agent 逻辑执行单元 包含独立的会话历史、工作目录、模型配置和身份标识 Binding 消息路由层 定义渠道消息到 Agent 的映射规则,采用首匹配优先策略 Channel 外部接口层 提供飞书、Telegram、Discord 等 IM 平台的接入能力 Workspace 文件系统隔离 每个 Agent 拥有独立的文件操作域,防止数据越界 Model Registry 模型调度中心 支持多模型提供商和按 Agent 的模型分配策略
- [外部消息] → [Channel Gateway] → [Binding Router] → [Agent Engine] → [LLM Provider] ↓ [Workspace/Tool Sandbox] 消息从外部渠道进入后,首先经过 Channel Gateway 进行协议转换,然后通过 Binding Router 根据匹配规则路由到对应的 Agent Engine,最终由 LLM Provider 完成推理并返回。
-
- OpenClaw 采用单文件配置模式,核心配置文件位于: ~/.openclaw/openclaw.json 配置文件采用 JSON 格式,主要包含以下顶层节点: { “meta”: {}, // 元数据与版本信息 “auth”: {}, // 认证配置(API Key、OAuth 等) “models”: {}, // 模型提供商与模型注册表 “agents”: {}, // Agent 定义与默认配置 “tools”: {}, // 工具权限与 Agent 间通信配置 “bindings”: [], // 消息路由绑定规则 “channels”: {}, // 渠道账号配置 “gateway”: {}, // 网关与网络配置 “plugins”: {} // 插件管理 }
-
- OpenClaw 通过 models.providers 节点定义模型提供商的连接参数: { “models”: { “mode”: “merge”, “providers”: { “alibaba-cloud”: { “baseUrl”: “https://coding.dashscope.aliyuncs.com/v1”, “api”: “openai-completions”, “models”: [ { “id”: “kimi-k2.5”, “name”: “kimi-k2.5”, “reasoning”: false, “input”: [“text”, “image”], “cost”: { “input”: 0, “output”: 0, “cacheRead”: 0, “cacheWrite”: 0 }, “contextWindow”: 262144, “maxTokens”: 32768, “compat”: { “thinkingFormat”: “qwen” } } ] } } } } 关键字段解析: 字段 类型 说明 baseUrl string 模型 API 端点,支持 OpenAI 兼容格式 api string API 类型,可选 openai-completions 等 input array 支持的输入模态,如 text、image contextWindow integer 上下文窗口大小(tokens) maxTokens integer 单次响应最大 token 数 compat.thinkingFormat string 推理格式适配器
- 通过 cost 节点可以定义每个模型的计费参数: “cost”: { “input”: 0, // 输入 token 单价(每 1K tokens) “output”: 0, // 输出 token 单价 “cacheRead”: 0, // 缓存读取成本 “cacheWrite”: 0 // 缓存写入成本 }
-
- 每个 Agent 是一个完整的运行时实体,包含以下核心属性: { “id”: “backend”, “name”: “后台-皮皮龙”, “default”: false, “workspace”: “C:\Users\lk\.openclaw\workspace-backend”, “agentDir”: “C:\Users\lk\.openclaw\agents\backend\agent”, “model”: { “primary”: “alibaba-cloud/kimi-k2.5” }, “identity”: { “name”: “BackendBot”, “theme”: “professional backend developer”, “emoji”: “🐉️” } } 字段技术说明: 字段 必填 技术含义 id ✅ Agent 唯一标识符,用于 Binding 路由和跨 Agent 通信 workspace ❌ 文件系统根目录,Agent 的所有文件操作被限制在此路径下 agentDir ❌ 状态持久化目录,存储会话历史、认证令牌等 model ❌ 模型选择策略,支持 primary 主模型和 fallbacks 降级模型 identity ❌ 人格化配置,影响系统提示词和交互风格
- 实际生产环境中,通常需要定义多个专业化 Agent: { “agents”: { “list”: [ { “id”: “main”, “default”: true, “name”: “CTO”, “identity”: { “name”: “CTO”, “theme”: “Chief Technology Officer”, “emoji”: “🐼” } }, { “id”: “product”, “name”: “产品-上官婉”, “identity”: { “name”: “ProductBot”, “theme”: “professional product manager”, “emoji”: “🦊” } }, { “id”: “backend”, “name”: “后台-皮皮龙”, “identity”: { “name”: “BackendBot”, “theme”: “professional backend developer”, “emoji”: “🐉️” } }, { “id”: “frontend”, “name”: “前端-渣渣辉”, “identity”: { “name”: “FrontendBot”, “theme”: “professional frontend developer”, “emoji”: “🦄” } }, { “id”: “qa”, “name”: “测试-测测龟”, “identity”: { “name”: “QABot”, “theme”: “professional quality assurance engineer”, “emoji”: “🐢” } } ] } }
- OpenClaw 通过文件系统路径实现 Agent 间的物理隔离: ~/.openclaw/ ├── workspace/ # main Agent 工作区 ├── workspace-product/ # product Agent 工作区 ├── workspace-backend/ # backend Agent 工作区 ├── workspace-frontend/ # frontend Agent 工作区 ├── workspace-qa/ # qa Agent 工作区 └── agents/ ├── main/agent/ # main Agent 状态目录 ├── product/agent/ # product Agent 状态目录 ├── backend/agent/ # backend Agent 状态目录 ├── frontend/agent/ # frontend Agent 状态目录 └── qa/agent/ # qa Agent 状态目录 每个工作区是独立的 Git 仓库,支持版本控制和协作: # 查看 workspace-qa 的 Git 状态 cd ~/.openclaw/workspace-qa git status
-
- Binding 是 OpenClaw 的核心路由机制,定义了渠道-账号-消息到 Agent 的映射关系。 { “bindings”: [ { “agentId”: “main”, “match”: { “channel”: “feishu”, “accountId”: “main” } }, { “agentId”: “product”, “match”: { “channel”: “feishu”, “accountId”: “product-bot” } }, { “agentId”: “backend”, “match”: { “channel”: “feishu”, “accountId”: “backend-bot” } } ] } 路由匹配逻辑: 顺序优先:Binding 数组按顺序匹配,第一个符合条件的规则生效 精确匹配:channel 和 accountId 必须同时满足 默认回退:可配置 default: true 的 Agent 作为未匹配消息的处理者
-
- OpenClaw 采用显式授权模式,通过 tools 节点控制 Agent 的工具访问权限: { “tools”: { “profile”: “full”, “agentToAgent”: { “enabled”: true, “allow”: [“main”, “home”, “product”, “backend”, “frontend”, “qa”] } } } 权限层级: Global 级别:tools.profile 定义全局默认工具集 Agent 级别:agents.list[].tools 覆盖特定 Agent 的权限 工具白名单:allow 数组显式列出允许的工具 工具黑名单:deny 数组显式禁止的工具
- 启用 agentToAgent 后,Agent 可以通过 sessions_spawn 工具创建子会话与其他 Agent 协作: { “tools”: { “agentToAgent”: { “enabled”: true, “allow”: [“main”, “product”, “backend”] } } } 典型应用场景: 主 Agent 将任务分发给专业子 Agent 多 Agent 并行处理不同子任务 Agent 间结果汇总与整合
- 虽然当前配置未显式启用沙箱,OpenClaw 支持以下隔离模式: 模式 说明 适用场景 off 无沙箱,完全访问 本地开发、受信任环境 non-main 仅非主 Agent 使用沙箱 混合场景 all 所有 Agent 都使用沙箱 生产环境、多租户 沙箱配置示例: { “sandbox”: { “mode”: “all”, “scope”: “agent”, “workspaceAccess”: “ro” } }
-
- Gateway 是 OpenClaw 的 HTTP 服务入口,负责接收渠道回调和提供 API 接口: { “gateway”: { “port”: 18789, “mode”: “local”, “bind”: “loopback”, “auth”: { “mode”: “token”, “token”: “your-secure-token-here” } } } 网络模式对比: 模式 bind 值 说明 local loopback 仅本地访问,最安全 lan lan 局域网可访问 tailscale – 通过 Tailscale 网络访问
- 通过 gateway.nodes 可以限制节点设备可执行的敏感命令: { “gateway”: { “nodes”: { “denyCommands”: [ “camera.snap”, “camera.clip”, “screen.record”, “contacts.add”, “calendar.add”, “reminders.add”, “sms.send” ] } } }
-
- 系统要求: Windows 10/11 或 Linux/macOS Node.js 18+ Git(用于工作区版本控制) 安装 OpenClaw CLI: npm install -g @anthropic-ai/openclaw
- # 初始化配置目录 openclaw init # 编辑配置文件 openclaw config edit
- # 创建 main Agent(默认已存在) openclaw agents add main –workspace ~/.openclaw/workspace # 创建产品 Agent openclaw agents add product –workspace ~/.openclaw/workspace-product # 创建后端开发 Agent openclaw agents add backend –workspace ~/.openclaw/workspace-backend # 创建前端开发 Agent openclaw agents add frontend –workspace ~/.openclaw/workspace-frontend # 创建测试 Agent openclaw agents add qa –workspace ~/.openclaw/workspace-qa
- 创建飞书应用 登录 飞书开放平台 创建企业自建应用 获取 App ID 和 App Secret 配置事件订阅 设置请求地址:http://your-server:18789/webhook/feishu 订阅事件:消息、群聊等 发布应用 创建版本并发布 将机器人添加到群组或私聊
- # 启动 Gateway 服务 openclaw gateway start # 或者使用后台模式 openclaw gateway start –daemon # 查看 Gateway 状态 openclaw gateway status
- # 查看所有 Agent openclaw agents list # 查看绑定关系 openclaw agents list –bindings # 验证配置有效性 openclaw doctor
-
- # 查看 Gateway 日志 openclaw logs gateway # 查看特定 Agent 日志 openclaw logs agent –id backend # 实时跟踪日志 openclaw logs –follow
- # 列出所有会话 openclaw sessions list # 查看会话历史 openclaw sessions history –id <session-id> # 清理过期会话 openclaw sessions cleanup
- # 重载配置(无需重启 Gateway) openclaw config reload # 完全重启 Gateway openclaw gateway restart
-
- Agent 类型 推荐模型 原因 通用对话 轻量级模型 成本低、响应快 代码生成 代码专用模型 准确率更高 复杂推理 大参数模型 推理能力强
- { “agents”: { “defaults”: { “compaction”: { “mode”: “safeguard” } } } } compaction.mode 可选值: off:不压缩,保留完整历史 safeguard:安全压缩,平衡成本与性能 aggressive:激进压缩,优先降低成本
- { “agents”: { “defaults”: { “maxConcurrent”: 4, “subagents”: { “maxConcurrent”: 8 } } } }
目录
- OpenClaw 多 Agent 架构技术解析与部署实践
- 一、架构概述
- 1.1 核心组件
- 1.2 数据流架构
- 二、配置体系详解
- 2.1 配置文件结构
- 2.2 模型注册与调度
- 三、Agent 定义与隔离机制
- 3.1 Agent 实体结构
- 3.2 多 Agent 实例配置
- 3.3 工作空间隔离
- 四、消息路由与 Binding 机制
- 4.1 Binding 路由规则
- 4.2 渠道账号配置
- 五、工具权限与沙箱机制
- 5.1 工具权限模型
- 5.2 Agent 间通信(A2A)
- 5.3 沙箱隔离级别
- 六、网关与网络配置
- 6.1 Gateway 配置
- 6.2 节点级命令限制
- 七、部署实践
- 7.1 环境准备
- 7.2 初始化配置
- 7.3 创建 Agent 工作区
- 7.4 配置飞书机器人
- 7.5 启动 Gateway
- 7.6 验证配置
- 八、运维与调试
- 8.1 日志查看
- 8.2 会话管理
- 8.3 热重载配置
- 九、性能优化建议
- 9.1 模型选择策略
- 9.2 上下文管理
- 9.3 并发控制
- 十、故障排查
- 10.1 消息未路由
- 10.2 模型调用失败
- 10.3 文件访问拒绝
- 附录:配置模板
- 完整多 Agent 配置模板
OpenClaw 的多 Agent 系统是一种基于角色隔离和消息路由的分布式 AI 架构。该架构的核心设计目标是在单一实例中支持多个独立的 AI 智能体,每个智能体拥有独立的上下文、工作空间、工具权限和身份标识。
| 组件 | 技术定位 | 功能描述 |
|---|---|---|
| Agent | 逻辑执行单元 | 包含独立的会话历史、工作目录、模型配置和身份标识 |
| Binding | 消息路由层 | 定义渠道消息到 Agent 的映射规则,采用首匹配优先策略 |
| Channel | 外部接口层 | 提供飞书、Telegram、Discord 等 IM 平台的接入能力 |
| Workspace | 文件系统隔离 | 每个 Agent 拥有独立的文件操作域,防止数据越界 |
| Model Registry | 模型调度中心 | 支持多模型提供商和按 Agent 的模型分配策略 |
[外部消息] → [Channel Gateway] → [Binding Router] → [Agent Engine] → [LLM Provider]
↓
[Workspace/Tool Sandbox]
消息从外部渠道进入后,首先经过 Channel Gateway 进行协议转换,然后通过 Binding Router 根据匹配规则路由到对应的 Agent Engine,最终由 LLM Provider 完成推理并返回。
OpenClaw 采用单文件配置模式,核心配置文件位于:
~/.openclaw/openclaw.json
配置文件采用 JSON 格式,主要包含以下顶层节点:
{
"meta": {}, // 元数据与版本信息
"auth": {}, // 认证配置(API Key、OAuth 等)
"models": {}, // 模型提供商与模型注册表
"agents": {}, // Agent 定义与默认配置
"tools": {}, // 工具权限与 Agent 间通信配置
"bindings": [], // 消息路由绑定规则
"channels": {}, // 渠道账号配置
"gateway": {}, // 网关与网络配置
"plugins": {} // 插件管理
}
OpenClaw 通过 models.providers 节点定义模型提供商的连接参数:
{
"models": {
"mode": "merge",
"providers": {
"alibaba-cloud": {
"baseUrl": "https://coding.dashscope.aliyuncs.com/v1",
"api": "openai-completions",
"models": [
{
"id": "kimi-k2.5",
"name": "kimi-k2.5",
"reasoning": false,
"input": ["text", "image"],
"cost": {
"input": 0,
"output": 0,
"cacheRead": 0,
"cacheWrite": 0
},
"contextWindow": 262144,
"maxTokens": 32768,
"compat": {
"thinkingFormat": "qwen"
}
}
]
}
}
}
}
关键字段解析:
| 字段 | 类型 | 说明 |
|---|---|---|
baseUrl |
string | 模型 API 端点,支持 OpenAI 兼容格式 |
api |
string | API 类型,可选 openai-completions 等 |
input |
array | 支持的输入模态,如 text、image |
contextWindow |
integer | 上下文窗口大小(tokens) |
maxTokens |
integer | 单次响应最大 token 数 |
compat.thinkingFormat |
string | 推理格式适配器 |
通过 cost 节点可以定义每个模型的计费参数:
"cost": {
"input": 0, // 输入 token 单价(每 1K tokens)
"output": 0, // 输出 token 单价
"cacheRead": 0, // 缓存读取成本
"cacheWrite": 0 // 缓存写入成本
}
每个 Agent 是一个完整的运行时实体,包含以下核心属性:
{
"id": "backend",
"name": "后台-皮皮龙",
"default": false,
"workspace": "C:\Users\lk\.openclaw\workspace-backend",
"agentDir": "C:\Users\lk\.openclaw\agents\backend\agent",
"model": {
"primary": "alibaba-cloud/kimi-k2.5"
},
"identity": {
"name": "BackendBot",
"theme": "professional backend developer",
"emoji": "🐉️"
}
}
字段技术说明:
| 字段 | 必填 | 技术含义 |
|---|---|---|
id |
✅ | Agent 唯一标识符,用于 Binding 路由和跨 Agent 通信 |
workspace |
❌ | 文件系统根目录,Agent 的所有文件操作被限制在此路径下 |
agentDir |
❌ | 状态持久化目录,存储会话历史、认证令牌等 |
model |
❌ | 模型选择策略,支持 primary 主模型和 fallbacks 降级模型 |
identity |
❌ | 人格化配置,影响系统提示词和交互风格 |
实际生产环境中,通常需要定义多个专业化 Agent:
{
"agents": {
"list": [
{
"id": "main",
"default": true,
"name": "CTO",
"identity": {
"name": "CTO",
"theme": "Chief Technology Officer",
"emoji": "🐼"
}
},
{
"id": "product",
"name": "产品-上官婉",
"identity": {
"name": "ProductBot",
"theme": "professional product manager",
"emoji": "🦊"
}
},
{
"id": "backend",
"name": "后台-皮皮龙",
"identity": {
"name": "BackendBot",
"theme": "professional backend developer",
"emoji": "🐉️"
}
},
{
"id": "frontend",
"name": "前端-渣渣辉",
"identity": {
"name": "FrontendBot",
"theme": "professional frontend developer",
"emoji": "🦄"
}
},
{
"id": "qa",
"name": "测试-测测龟",
"identity": {
"name": "QABot",
"theme": "professional quality assurance engineer",
"emoji": "🐢"
}
}
]
}
}
OpenClaw 通过文件系统路径实现 Agent 间的物理隔离:
~/.openclaw/
├── workspace/ # main Agent 工作区
├── workspace-product/ # product Agent 工作区
├── workspace-backend/ # backend Agent 工作区
├── workspace-frontend/ # frontend Agent 工作区
├── workspace-qa/ # qa Agent 工作区
└── agents/
├── main/agent/ # main Agent 状态目录
├── product/agent/ # product Agent 状态目录
├── backend/agent/ # backend Agent 状态目录
├── frontend/agent/ # frontend Agent 状态目录
└── qa/agent/ # qa Agent 状态目录
每个工作区是独立的 Git 仓库,支持版本控制和协作:
# 查看 workspace-qa 的 Git 状态 cd ~/.openclaw/workspace-qa git status
Binding 是 OpenClaw 的核心路由机制,定义了渠道-账号-消息到 Agent 的映射关系。
{
"bindings": [
{
"agentId": "main",
"match": {
"channel": "feishu",
"accountId": "main"
}
},
{
"agentId": "product",
"match": {
"channel": "feishu",
"accountId": "product-bot"
}
},
{
"agentId": "backend",
"match": {
"channel": "feishu",
"accountId": "backend-bot"
}
}
]
}
路由匹配逻辑:
- 顺序优先:Binding 数组按顺序匹配,第一个符合条件的规则生效
- 精确匹配:
channel和accountId必须同时满足 - 默认回退:可配置
default: true的 Agent 作为未匹配消息的处理者
{
"channels": {
"feishu": {
"enabled": true,
"defaultAccount": "main",
"accounts": {
"main": {
"appId": "cli_xxxxxxxxxxxxxxxx",
"appSecret": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"dmPolicy": "open",
"allowFrom": ["*"]
},
"product-bot": {
"appId": "cli_xxxxxxxxxxxxxxxx",
"appSecret": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"dmPolicy": "open",
"allowFrom": ["*"]
}
}
}
}
}
安全策略参数:
| 参数 | 类型 | 说明 |
|---|---|---|
dmPolicy |
string | 私信策略,open 表示允许所有用户,allowlist 表示白名单限制 |
allowFrom |
array | 允许的发送者列表,* 表示通配所有用户 |
OpenClaw 采用显式授权模式,通过 tools 节点控制 Agent 的工具访问权限:
{
"tools": {
"profile": "full",
"agentToAgent": {
"enabled": true,
"allow": ["main", "home", "product", "backend", "frontend", "qa"]
}
}
}
权限层级:
- Global 级别:
tools.profile定义全局默认工具集 - Agent 级别:
agents.list[].tools覆盖特定 Agent 的权限 - 工具白名单:
allow数组显式列出允许的工具 - 工具黑名单:
deny数组显式禁止的工具
启用 agentToAgent 后,Agent 可以通过 sessions_spawn 工具创建子会话与其他 Agent 协作:
{
"tools": {
"agentToAgent": {
"enabled": true,
"allow": ["main", "product", "backend"]
}
}
}
典型应用场景:
- 主 Agent 将任务分发给专业子 Agent
- 多 Agent 并行处理不同子任务
- Agent 间结果汇总与整合
虽然当前配置未显式启用沙箱,OpenClaw 支持以下隔离模式:
| 模式 | 说明 | 适用场景 |
|---|---|---|
off |
无沙箱,完全访问 | 本地开发、受信任环境 |
non-main |
仅非主 Agent 使用沙箱 | 混合场景 |
all |
所有 Agent 都使用沙箱 | 生产环境、多租户 |
沙箱配置示例:
{
"sandbox": {
"mode": "all",
"scope": "agent",
"workspaceAccess": "ro"
}
}
Gateway 是 OpenClaw 的 HTTP 服务入口,负责接收渠道回调和提供 API 接口:
{
"gateway": {
"port": 18789,
"mode": "local",
"bind": "loopback",
"auth": {
"mode": "token",
"token": "your-secure-token-here"
}
}
}
网络模式对比:
| 模式 | bind 值 | 说明 |
|---|---|---|
local |
loopback |
仅本地访问,最安全 |
lan |
lan |
局域网可访问 |
tailscale |
– | 通过 Tailscale 网络访问 |
通过 gateway.nodes 可以限制节点设备可执行的敏感命令:
{
"gateway": {
"nodes": {
"denyCommands": [
"camera.snap",
"camera.clip",
"screen.record",
"contacts.add",
"calendar.add",
"reminders.add",
"sms.send"
]
}
}
}
系统要求:
- Windows 10/11 或 Linux/macOS
- Node.js 18+
- Git(用于工作区版本控制)
安装 OpenClaw CLI:
npm install -g @anthropic-ai/openclaw
# 初始化配置目录
openclaw init
# 编辑配置文件
openclaw config edit
# 创建 main Agent(默认已存在)
openclaw agents add main --workspace ~/.openclaw/workspace
# 创建产品 Agent
openclaw agents add product --workspace ~/.openclaw/workspace-product
# 创建后端开发 Agent
openclaw agents add backend --workspace ~/.openclaw/workspace-backend
# 创建前端开发 Agent
openclaw agents add frontend --workspace ~/.openclaw/workspace-frontend
# 创建测试 Agent
openclaw agents add qa --workspace ~/.openclaw/workspace-qa
-
创建飞书应用
- 登录 飞书开放平台
- 创建企业自建应用
- 获取
App ID 和 App Secret
-
配置事件订阅
- 设置请求地址:
http://your-server:18789/webhook/feishu
- 订阅事件:消息、群聊等
-
发布应用
- 创建版本并发布
- 将机器人添加到群组或私聊
创建飞书应用
- 登录 飞书开放平台
- 创建企业自建应用
- 获取
App ID和App Secret
配置事件订阅
- 设置请求地址:
http://your-server:18789/webhook/feishu - 订阅事件:消息、群聊等
发布应用
- 创建版本并发布
- 将机器人添加到群组或私聊
# 启动 Gateway 服务
openclaw gateway start
# 或者使用后台模式
openclaw gateway start --daemon
# 查看 Gateway 状态
openclaw gateway status
# 查看所有 Agent
openclaw agents list
# 查看绑定关系
openclaw agents list --bindings
# 验证配置有效性
openclaw doctor
# 查看 Gateway 日志
openclaw logs gateway
# 查看特定 Agent 日志
openclaw logs agent --id backend
# 实时跟踪日志
openclaw logs --follow
# 列出所有会话
openclaw sessions list
# 查看会话历史
openclaw sessions history --id <session-id>
# 清理过期会话
openclaw sessions cleanup
# 重载配置(无需重启 Gateway)
openclaw config reload
# 完全重启 Gateway
openclaw gateway restart
| Agent 类型 | 推荐模型 | 原因 |
|---|---|---|
| 通用对话 | 轻量级模型 | 成本低、响应快 |
| 代码生成 | 代码专用模型 | 准确率更高 |
| 复杂推理 | 大参数模型 | 推理能力强 |
{
"agents": {
"defaults": {
"compaction": {
"mode": "safeguard"
}
}
}
}
compaction.mode 可选值:
off:不压缩,保留完整历史safeguard:安全压缩,平衡成本与性能aggressive:激进压缩,优先降低成本
{
"agents": {
"defaults": {
"maxConcurrent": 4,
"subagents": {
"maxConcurrent": 8
}
}
}
}
排查步骤:
- 检查 Binding 配置顺序
- 验证
channel和accountId拼写 - 确认渠道应用已正确发布
- 检查 Gateway 是否正常运行
openclaw agents list --bindings
常见问题:
- API Key 无效或过期
- 模型 ID 拼写错误
- 上下文窗口超出限制
- 网络连接问题
可能原因:
- Workspace 路径配置错误
- 沙箱模式限制
- 工具权限未授予
read/write
{
"meta": {
"lastTouchedVersion": "2026.3.13",
"lastTouchedAt": "2026-03-26T02:09:39.562Z"
},
"auth": {
"profiles": {
"alibaba-cloud:default": {
"provider": "alibaba-cloud",
"mode": "api_key"
}
}
},
"models": {
"mode": "merge",
"providers": {
"alibaba-cloud": {
"baseUrl": "https://coding.dashscope.aliyuncs.com/v1",
"api": "openai-completions",
"models": [
{
"id": "kimi-k2.5",
"name": "kimi-k2.5",
"reasoning": false,
"input": ["text", "image"],
"contextWindow": 262144,
"maxTokens": 32768
}
]
}
}
},
"agents": {
"defaults": {
"compaction": { "mode": "safeguard" }
},
"list": [
{
"id": "main",
"default": true,
"name": "CTO",
"workspace": "C:\Users\<username>\.openclaw\workspace",
"agentDir": "C:\Users\<username>\.openclaw\agents\main\agent",
"model": { "primary": "alibaba-cloud/kimi-k2.5" },
"identity": { "name": "CTO", "theme": "Chief Technology Officer", "emoji": "🐼" }
},
{
"id": "product",
"name": "产品-上官婉",
"workspace": "C:\Users\<username>\.openclaw\workspace-product",
"agentDir": "C:\Users\<username>\.openclaw\agents\product\agent",
"model": { "primary": "alibaba-cloud/kimi-k2.5" },
"identity": { "name": "ProductBot", "theme": "professional product manager", "emoji": "🦊" }
}
]
},
"tools": {
"profile": "full",
"agentToAgent": {
"enabled": true,
"allow": ["main", "product"]
}
},
"bindings": [
{ "agentId": "main", "match": { "channel": "feishu", "accountId": "main" } },
{ "agentId": "product", "match": { "channel": "feishu", "accountId": "product-bot" } }
],
"channels": {
"feishu": {
"enabled": true,
"defaultAccount": "main",
"accounts": {
"main": {
"appId": "cli_xxxxxxxxxxxxxxxx",
"appSecret": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"dmPolicy": "open",
"allowFrom": ["*"]
},
"product-bot": {
"appId": "cli_xxxxxxxxxxxxxxxx",
"appSecret": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"dmPolicy": "open",
"allowFrom": ["*"]
}
}
}
},
"gateway": {
"port": 18789,
"mode": "local",
"bind": "loopback",
"auth": {
"mode": "token",
"token": "your-secure-token-here"
}
}
}
到此这篇关于OpenClaw 多 Agent 架构技术解析与部署实践指南的文章就介绍到这了,更多相关OpenClaw 多 Agent 架构内容请搜索风君子博客以前的文章或继续浏览下面的相关文章,希望大家以后多多支持风君子博客!