这就是为什么 OpenClaw 提供了"子代理"机制。今天我们用一个完整案例，走一遍从创建隔离子代理到安装第三方 Skills、再到 API 配置的全流程。

为什么需要子代理？

把它想成公司架构：主 Agent 是老板，子代理是各个岗位的专人。老板负责分发任务，但具体执行交给专人去做。每个子代理有自己独立的路由、记忆文件和配置，互不干扰。

这种隔离带来的好处是什么？当你需要一个 Agent 专门处理数据分析，另一个专门做内容生成，它们各自的提示词、技能包、上下文记忆完全独立，不会出现"做着做着串到另一个任务"的情况。

第一步：创建隔离子代理

操作其实比你想的简单得多。直接在 OpenClaw 里告诉主 Agent 你的需求：

我需要一个全新完全隔离的子代理 Agent，需要路由、记忆文件、所有配置文件独立，把子代理名字设置为 XXX

关键词是**"完全隔离"和"所有配置文件独立"**——这确保了子代理不会共享主 Agent 的任何状态。如果创建时忘了写名字也没关系，后续可以让主 Agent 帮你改。

第二步：绑定 Telegram 机器人

子代理创建好了，但你得给它一个交互入口。回到 Telegram，提前创建好一个单独的机器人（通过 BotFather），然后在 OpenClaw 中将这个子代理绑定到该机器人。

绑定完成后，回到 Telegram 窗口给机器人发条消息测试一下，能正常回复就说明通道已经打通。

到这里，一个隔离子代理的基础搭建就完成了。但它现在还是个"空壳"——没有任何专业技能。

第三步：安装 Skills

OpenClaw 的 Skills 机制类似于给 Agent 装插件。你可以根据需求安装不同的第三方 Skills，让子代理具备特定领域的能力。

安装过程在 OpenClaw 平台内完成，选择你需要的 Skill 包，一键安装即可。

第四步：配置 API

大多数 Skills 需要外部 API 才能真正工作。这里有个实用建议：先用模拟环境测试，确认流程没问题后再切换到正式环境。

API 配置通常需要三个参数：

  • api_key — API 密钥
  • secret_key — 私钥
  • passphrase — 创建 API 时设置的密码

对于不熟悉配置文件的用户，不需要手动去找文件改参数，直接把这三个值发给子代理，让它帮你完成配置就行。这也是 Agent 的价值所在——把繁琐的操作交给它。

值得注意的细节

整个流程中有几个容易被忽略的点：

  • 一个子代理对应一个 Telegram 机器人，不要多个子代理共用一个入口，否则又回到了"上下文混乱"的老问题
  • 模拟环境优先，任何涉及外部 API 调用的场景，都应该先在模拟盘跑通再上正式环境
  • 配置文件独立性，创建子代理时务必强调所有配置文件独立，避免后续出现权限或数据交叉的问题

子代理的核心价值在于"专人专事"。当你把这个思路延伸开来，你会发现 OpenClaw 其实允许你搭建一个小型的 Agent 团队——每个成员各司其职，通过主 Agent 协调。那么问题来了：如果你手上有三个不同的业务场景，你会怎么设计这个 Agent 团队的分工结构？