OpenClaw 多 Agent 协同最容易被低估的一步是每个 Agent 背后都要配模型 Key。想去 TaoToken 统一管理可先到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建一份 Key再把 Base URL 指到 https://taotoken.net/api。原文场景 5 里创建了 ops / coding / research 三个 Agent 并绑到 Telegram但真正让它们各自开口说话还得分别去 Qwen / MiniMax / GPT 申请三份 Key这个前置步骤最耗时间。这篇就按场景 5 的顺序走先在 TaoToken 上解决 Key 和模型 ID再创建 Agent、绑定路由最后用一条真实消息验证推理有没有发生。1. 多 Agent 协同的本质是「多把 Key」的账本问题1.1 原文场景 5 埋了一个没展开的坑原文把场景 5 写得很简洁创建三个 Agent、设置身份、绑定路由、验证绑定关系。命令看起来只有六行好像配完就能用。实际上OpenClaw 的 Agent 层是要接 LLM Provider 的原文 1.1 三层架构里写得很清楚Agent 层负责调用 LLM 推理Provider 可以选 Qwen / MiniMax / GPT。场景 5 里虽然没写每个 Agent 用哪个模型但一个 Agent 至少对应一个 Provider。也就是说要真跑起来得先去三家平台分别注册、开通、复制 Key再回到 OpenClaw 的模型配置里逐个填进去。这就是原文步骤和实际体验之间最大的落差。1.2 三套控制台的隐性成本三个平台意味着三套控制台、三种 Key 格式、三个模型 ID 命名规则。Qwen 的模型 ID 是字符串加日期后缀MiniMax 是另一个风格GPT 还要处理海外支付方式。任何一步出问题OpenClaw 日志里都不会给出友好提示只会报一个 authentication failed 或 model not found。踩坑的人通常会在这时候开始怀疑是不是自己命令写错了其实不是是 Key 和 Base URL 的组合根本没对上。与其维护三套配置不如让所有 Agent 指向同一个 API 通道。TaoToken 的定位是一个统一接入通道它把多家模型的鉴权逻辑收敛成一套参数正好解决多 Agent 场景下「每个 Agent 背后挂不同模型、每种模型又有独立 Key」的割裂感。2. 在 TaoToken 上创建一把 Key把三套配置换成一组参数2.1 去官网注册并创建 API Key打开 TaoToken注册账号后进入控制台的 API Keys 页面点创建 Key复制生成结果保存为YOUR_API_KEY。这一步对应原文场景 5 里隐含的「申请 Key 再填进 OpenClaw 模型配置」的动作区别是原来要复制三份现在只复制一份。官网落地页同时提供模型广场和用量查询入口后续验证和核算都要用到建议把这一页放进浏览器书签。2.2 三个参数记准确填进 OpenClaw 的配置只需要三行配置项填什么注意Base URLhttps://taotoken.net/api末尾不要加/v1不要带 UTMAPI KeyYOUR_API_KEY从控制台创建复制完整无空格模型 ID以 TaoToken 模型广场 当时列表为准不要照搬网文里的旧模型名官网链接是给人点进页面用的Base URL 是给工具发请求用的两码事。不要把?utm_source拼到 Base URL 后面OpenClaw 不会拿它做网页跳转只会把它拼接进 HTTP 请求多出来的参数会让服务端判定路径异常。同样不要画蛇添足加/v1OpenClaw 会按自己的路径规则补全 API 前缀加错了大概率 404。2.3 三个 Agent 共用同一把 Keyops 想用偏推理稳定的模型coding 想用代码能力强的模型research 想用信息整合好的模型都可以在 TaoToken 模型广场里找到对应项。三者共用同一个YOUR_API_KEY只是模型 ID 不同。Token 消耗统一记在这把 Key 下面哪个 Agent 是耗 token 大户打开控制台一目了然。这比三套 Key 分开记账清爽得多——你不需要记「ops 的额度还剩多少、coding 的额度还剩多少」只需要看这一把 Key 的消费曲线。3. 在 OpenClaw 里把三个 Agent 的模型入口切到 TaoToken3.1 模型配置改三个值OpenClaw 的模型配置和 Agent 配置是分开的。如果你平时用 TUI可以通过/models命令切换当前模型如果你习惯改配置文件去编辑~/.openclaw/openclaw.json把里面原来的 Provider 块改成指向 TaoToken。不管走哪个入口最终生效的参数就是三个base_url填https://taotoken.net/apiapi_key填YOUR_API_KEYmodel填模型广场上的 ID。改完后先跑一遍openclaw doctor它会检查配置项能否被正常解析如果报出 URL 或 Key 相关错误多半是参数里混进了多余字符。3.2 创建三个 Agent 并设置身份模型通道切到 TaoToken 后回到原文场景 5 的主路径命令几乎不用变# 创建三个 Agent运维、编码、研究 openclaw agents add ops openclaw agents add coding openclaw agents add research # 设置身份 openclaw agents set-identity ops --name 运维助手 openclaw agents set-identity coding --name 编码助手 openclaw agents set-identity research --name 研究助手原文里只给前两个 Agent 设置了身份第三个可以按同样风格补上。身份名会出现在后续对话的上下文里建议起中文名Telegram 群里 的时候更容易区分。3.3 绑定 Telegram 路由openclaw agents bind ops --channel telegram --target ops-bot openclaw agents bind coding --channel telegram --target dev-bot openclaw agents bind research --channel telegram --target research-bot这里的ops-bot、dev-bot、research-bot是你在 Telegram 里通过 BotFather 创建的 Bot 用户名需要提前建好并把对应 Token 交给 OpenClaw 的 Telegram Channel。绑定命令本身不做 Bot 名合法性校验如果 bot 不存在只有等消息发出去那一刻才会在 Channel 层报错。绑定完成后用openclaw agents bindings查看当前绑定关系输出里应当包含三个 Agent 以及各自 target缺一条就说明 bind 没有生效。3.4 如果 channels 还没加如果你之前没接入过 Telegram先跑openclaw channels add --channel telegram --token 你的BotToken openclaw channels status --probestatus --probe通过后再执行上面的 bind路由才能生效。这一步属于 OpenClaw 基础接入原文 6.2 写得更细不在这里展开。4. 给 ops-bot 发一条消息验证 Agent 经 TaoToken 推理4.1 用「检查服务器状态」做冒烟测试打开 Telegram给ops-bot发一句「检查服务器状态」。这条消息会按原文 1.2 的流转路径走Telegram Bot → Channel 转发到 Gateway → Gateway 路由到 ops Agent → ops Agent 调用 LLM 推理并组织回复 → 消息原路返回 Telegram。在默认配置下只要 ops-bot 回复了说明它背后至少完成了一次 LLM 推理Token 也已经在消耗——也就是确认了 TaoToken 通道真的接上了。如果 ops Agent 需要读取服务器负载信息它可能会生成一条uptime或df -h之类的命令。OpenClaw 会按执行策略决定是否直接运行。拿不准的时候先设成cautious模式openclaw exec-policy preset cautious这样 Agent 会把命令列出来你在服务器上确认后再执行把输出贴回对话即可。不要让 Agent 在未确认的情况下操作生产机器。4.2 不回复时的排查顺序按下面的顺序检查不要一上来就怀疑模型配错了openclaw health openclaw channels status --probe openclaw agents bindingshealth看 Gateway 是否在跑channels status --probe看 Telegram 通道是否在线bindings看消息 target 是否真的绑到了 ops Agent。三个都正常再看模型侧确认 Base URL 是https://taotoken.net/api确认 Key 复制完整没有多余空格确认模型 ID 与模型广场当时的列表一致。一个常见错误是 Base URL 末尾带/v1OpenClaw 拼接路径后变成重复前缀日志里会返回 404。另一个是把官网落地页的 URL 当成 Base URL 填进去OpenClaw 把网页当 API 端点大概率报 405 或 HTML 解析错误。这两种情况在日志里都很醒目看到就别再改别的配置了先修正模型通道。5. 让三个 Agent 更像「一个团队」的两个收尾动作5.1 把公共约定放进 workspace多 Agent 各自有身份但共享同一个工作区。像代码规范、服务器地址、常用命令这些公共信息写入~/.openclaw/workspace/AGENTS.md三个 Agent 每次对话都会加载。举个例子coding Agent 负责生成代码AGENTS.md 里写清楚「生成接口时使用统一响应结构、密码加密用 BCrypt、空值判断用项目里的工具类」它每次生成代码都会自动遵守ops Agent 的 HEARTBEAT.md 写「CPU 超 80% 或磁盘超 85% 才算告警」避免它把日常波动当成事故上报。这样三个 Agent 各管一摊但行为规范是统一的。5.2 Gateway 挂后台顺手加两道安全配置多 Agent 场景依赖 Gateway 常驻不能每次都得开着终端。用openclaw gateway install注册成系统服务后再补两道设置openclaw config set gateway.auth.token $(openssl rand -hex 16) openclaw config set gateway.bind loopback第一句给本地 Gateway 加访问令牌第二句限制只监听回环地址不暴露到公网。Telegram 消息走 Channel 层的 WebSocket不受这两个设置影响。原文 9.2 里还有更多加固项跑通之后建议照着做一遍。6. 回到 TaoToken 控制台对一下这次调用的账三个 Agent 都能对话之后建议去控制台看一次用量。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的用量页面能看到刚才 ops-bot 那轮对话在哪个模型下消耗了多少 Token。这一步等价于原文附录里的openclaw gateway usage-cost一个看 OpenClaw 内部记账一个看通道侧的消费记录两边能对上说明配置没有绕弯路。之后想让 coding Agent 专职处理代码任务可以再补一个 Coding Plan按用量选套餐比按次充值省心。如果临时想换模型不用去改 OpenClaw 的 Provider直接在 模型对话 里先用同一把 Key 试一轮确认响应正常再去 OpenClaw 里把新的模型 ID 填进去。Key 的管理始终在 控制台 API Keys 这一页。三个 Agent 共用一把 Key也意味着后续要轮换 Key 时只需要改一个值不用翻三套配置逐个替换。如果以后想把手头的模型通道同时给 Claude Code 用TaoToken 的 Claude Code 接入文档 里有对应的环境变量设置同一个 Key 可以跨工具复用不用再单独申请一套。 
长河君 · 2026/9/16 22:08:11 · 阅读 1.2k OpenClaw 多 Agent 协同，模型 Key 走 TaoToken
OpenClaw 多 Agent 协同最容易被低估的一步是每个 Agent 背后都要配模型 Key。想去 TaoToken 统一管理可先到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建一份 Key再把 Base URL 指到 https://taotoken.net/api。原文场景 5 里创建了 ops / coding / research 三个 Agent 并绑到 Telegram但真正让它们各自开口说话还得分别去 Qwen / MiniMax / GPT 申请三份 Key这个前置步骤最耗时间。这篇就按场景 5 的顺序走先在 TaoToken 上解决 Key 和模型 ID再创建 Agent、绑定路由最后用一条真实消息验证推理有没有发生。1. 多 Agent 协同的本质是「多把 Key」的账本问题1.1 原文场景 5 埋了一个没展开的坑原文把场景 5 写得很简洁创建三个 Agent、设置身份、绑定路由、验证绑定关系。命令看起来只有六行好像配完就能用。实际上OpenClaw 的 Agent 层是要接 LLM Provider 的原文 1.1 三层架构里写得很清楚Agent 层负责调用 LLM 推理Provider 可以选 Qwen / MiniMax / GPT。场景 5 里虽然没写每个 Agent 用哪个模型但一个 Agent 至少对应一个 Provider。也就是说要真跑起来得先去三家平台分别注册、开通、复制 Key再回到 OpenClaw 的模型配置里逐个填进去。这就是原文步骤和实际体验之间最大的落差。1.2 三套控制台的隐性成本三个平台意味着三套控制台、三种 Key 格式、三个模型 ID 命名规则。Qwen 的模型 ID 是字符串加日期后缀MiniMax 是另一个风格GPT 还要处理海外支付方式。任何一步出问题OpenClaw 日志里都不会给出友好提示只会报一个 authentication failed 或 model not found。踩坑的人通常会在这时候开始怀疑是不是自己命令写错了其实不是是 Key 和 Base URL 的组合根本没对上。与其维护三套配置不如让所有 Agent 指向同一个 API 通道。TaoToken 的定位是一个统一接入通道它把多家模型的鉴权逻辑收敛成一套参数正好解决多 Agent 场景下「每个 Agent 背后挂不同模型、每种模型又有独立 Key」的割裂感。2. 在 TaoToken 上创建一把 Key把三套配置换成一组参数2.1 去官网注册并创建 API Key打开 TaoToken注册账号后进入控制台的 API Keys 页面点创建 Key复制生成结果保存为YOUR_API_KEY。这一步对应原文场景 5 里隐含的「申请 Key 再填进 OpenClaw 模型配置」的动作区别是原来要复制三份现在只复制一份。官网落地页同时提供模型广场和用量查询入口后续验证和核算都要用到建议把这一页放进浏览器书签。2.2 三个参数记准确填进 OpenClaw 的配置只需要三行配置项填什么注意Base URLhttps://taotoken.net/api末尾不要加/v1不要带 UTMAPI KeyYOUR_API_KEY从控制台创建复制完整无空格模型 ID以 TaoToken 模型广场 当时列表为准不要照搬网文里的旧模型名官网链接是给人点进页面用的Base URL 是给工具发请求用的两码事。不要把?utm_source拼到 Base URL 后面OpenClaw 不会拿它做网页跳转只会把它拼接进 HTTP 请求多出来的参数会让服务端判定路径异常。同样不要画蛇添足加/v1OpenClaw 会按自己的路径规则补全 API 前缀加错了大概率 404。2.3 三个 Agent 共用同一把 Keyops 想用偏推理稳定的模型coding 想用代码能力强的模型research 想用信息整合好的模型都可以在 TaoToken 模型广场里找到对应项。三者共用同一个YOUR_API_KEY只是模型 ID 不同。Token 消耗统一记在这把 Key 下面哪个 Agent 是耗 token 大户打开控制台一目了然。这比三套 Key 分开记账清爽得多——你不需要记「ops 的额度还剩多少、coding 的额度还剩多少」只需要看这一把 Key 的消费曲线。3. 在 OpenClaw 里把三个 Agent 的模型入口切到 TaoToken3.1 模型配置改三个值OpenClaw 的模型配置和 Agent 配置是分开的。如果你平时用 TUI可以通过/models命令切换当前模型如果你习惯改配置文件去编辑~/.openclaw/openclaw.json把里面原来的 Provider 块改成指向 TaoToken。不管走哪个入口最终生效的参数就是三个base_url填https://taotoken.net/apiapi_key填YOUR_API_KEYmodel填模型广场上的 ID。改完后先跑一遍openclaw doctor它会检查配置项能否被正常解析如果报出 URL 或 Key 相关错误多半是参数里混进了多余字符。3.2 创建三个 Agent 并设置身份模型通道切到 TaoToken 后回到原文场景 5 的主路径命令几乎不用变# 创建三个 Agent运维、编码、研究 openclaw agents add ops openclaw agents add coding openclaw agents add research # 设置身份 openclaw agents set-identity ops --name 运维助手 openclaw agents set-identity coding --name 编码助手 openclaw agents set-identity research --name 研究助手原文里只给前两个 Agent 设置了身份第三个可以按同样风格补上。身份名会出现在后续对话的上下文里建议起中文名Telegram 群里 的时候更容易区分。3.3 绑定 Telegram 路由openclaw agents bind ops --channel telegram --target ops-bot openclaw agents bind coding --channel telegram --target dev-bot openclaw agents bind research --channel telegram --target research-bot这里的ops-bot、dev-bot、research-bot是你在 Telegram 里通过 BotFather 创建的 Bot 用户名需要提前建好并把对应 Token 交给 OpenClaw 的 Telegram Channel。绑定命令本身不做 Bot 名合法性校验如果 bot 不存在只有等消息发出去那一刻才会在 Channel 层报错。绑定完成后用openclaw agents bindings查看当前绑定关系输出里应当包含三个 Agent 以及各自 target缺一条就说明 bind 没有生效。3.4 如果 channels 还没加如果你之前没接入过 Telegram先跑openclaw channels add --channel telegram --token 你的BotToken openclaw channels status --probestatus --probe通过后再执行上面的 bind路由才能生效。这一步属于 OpenClaw 基础接入原文 6.2 写得更细不在这里展开。4. 给 ops-bot 发一条消息验证 Agent 经 TaoToken 推理4.1 用「检查服务器状态」做冒烟测试打开 Telegram给ops-bot发一句「检查服务器状态」。这条消息会按原文 1.2 的流转路径走Telegram Bot → Channel 转发到 Gateway → Gateway 路由到 ops Agent → ops Agent 调用 LLM 推理并组织回复 → 消息原路返回 Telegram。在默认配置下只要 ops-bot 回复了说明它背后至少完成了一次 LLM 推理Token 也已经在消耗——也就是确认了 TaoToken 通道真的接上了。如果 ops Agent 需要读取服务器负载信息它可能会生成一条uptime或df -h之类的命令。OpenClaw 会按执行策略决定是否直接运行。拿不准的时候先设成cautious模式openclaw exec-policy preset cautious这样 Agent 会把命令列出来你在服务器上确认后再执行把输出贴回对话即可。不要让 Agent 在未确认的情况下操作生产机器。4.2 不回复时的排查顺序按下面的顺序检查不要一上来就怀疑模型配错了openclaw health openclaw channels status --probe openclaw agents bindingshealth看 Gateway 是否在跑channels status --probe看 Telegram 通道是否在线bindings看消息 target 是否真的绑到了 ops Agent。三个都正常再看模型侧确认 Base URL 是https://taotoken.net/api确认 Key 复制完整没有多余空格确认模型 ID 与模型广场当时的列表一致。一个常见错误是 Base URL 末尾带/v1OpenClaw 拼接路径后变成重复前缀日志里会返回 404。另一个是把官网落地页的 URL 当成 Base URL 填进去OpenClaw 把网页当 API 端点大概率报 405 或 HTML 解析错误。这两种情况在日志里都很醒目看到就别再改别的配置了先修正模型通道。5. 让三个 Agent 更像「一个团队」的两个收尾动作5.1 把公共约定放进 workspace多 Agent 各自有身份但共享同一个工作区。像代码规范、服务器地址、常用命令这些公共信息写入~/.openclaw/workspace/AGENTS.md三个 Agent 每次对话都会加载。举个例子coding Agent 负责生成代码AGENTS.md 里写清楚「生成接口时使用统一响应结构、密码加密用 BCrypt、空值判断用项目里的工具类」它每次生成代码都会自动遵守ops Agent 的 HEARTBEAT.md 写「CPU 超 80% 或磁盘超 85% 才算告警」避免它把日常波动当成事故上报。这样三个 Agent 各管一摊但行为规范是统一的。5.2 Gateway 挂后台顺手加两道安全配置多 Agent 场景依赖 Gateway 常驻不能每次都得开着终端。用openclaw gateway install注册成系统服务后再补两道设置openclaw config set gateway.auth.token $(openssl rand -hex 16) openclaw config set gateway.bind loopback第一句给本地 Gateway 加访问令牌第二句限制只监听回环地址不暴露到公网。Telegram 消息走 Channel 层的 WebSocket不受这两个设置影响。原文 9.2 里还有更多加固项跑通之后建议照着做一遍。6. 回到 TaoToken 控制台对一下这次调用的账三个 Agent 都能对话之后建议去控制台看一次用量。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的用量页面能看到刚才 ops-bot 那轮对话在哪个模型下消耗了多少 Token。这一步等价于原文附录里的openclaw gateway usage-cost一个看 OpenClaw 内部记账一个看通道侧的消费记录两边能对上说明配置没有绕弯路。之后想让 coding Agent 专职处理代码任务可以再补一个 Coding Plan按用量选套餐比按次充值省心。如果临时想换模型不用去改 OpenClaw 的 Provider直接在 模型对话 里先用同一把 Key 试一轮确认响应正常再去 OpenClaw 里把新的模型 ID 填进去。Key 的管理始终在 控制台 API Keys 这一页。三个 Agent 共用一把 Key也意味着后续要轮换 Key 时只需要改一个值不用翻三套配置逐个替换。如果以后想把手头的模型通道同时给 Claude Code 用TaoToken 的 Claude Code 接入文档 里有对应的环境变量设置同一个 Key 可以跨工具复用不用再单独申请一套。