本指南将详细介绍如何在 OpenClaw 中构建一个多智能体协作系统(Multi-Agent System)。我们将通过命令行创建多个专用智能体(代码专家、测试专家、项目经理等),为它们赋予独特的角色与技能,并配置自动路由策略,实现从“单兵作战”到“团队协同”的升级。

在开始之前,我们规划以下智能体团队结构:
OpenClaw 使用 workspace 隔离不同智能体的上下文和记忆。我们将为每个智能体创建独立的工作目录。
请在终端执行以下命令(以 Linux/macOS 路径为例,Windows 用户请将 ~ 替换为 C:Users
<用户名>用户名>):
1. 创建代码专家 (Code Agent)
GPT plus 代充 只需 145openclaw agents add –workspace /.openclaw/workspace-code code-agent
系统将在 /.openclaw/workspace-code 初始化该智能体的专属环境。
2. 创建测试专家 (Test Agent)
openclaw agents add –workspace ~/.openclaw/workspace-test test-agent
3. 创建项目经理 (Project Manager Agent) - 团队核心
GPT plus 代充 只需 145openclaw agents add –workspace ~/.openclaw/workspace-pm project-manager-agent
4. 创建 UI/服务专家 (UI Service Agent)
openclaw agents add –workspace /.openclaw/workspace-ui ui-service-agent



💡 提示:创建完成后,您可以在
/.openclaw/agents/目录下看到对应的配置文件和提示词模板。
创建只是第一步,关键在于赋予灵魂。我们需要编辑每个智能体的 system_prompt.md (或 agent.json 中的 instructions 字段),明确其职责。
1. 配置项目经理 (Project Manager) - 设定为 Leader
编辑文件:~/.openclaw/agents/project-manager-agent/agent/system_prompt.md
GPT plus 代充 只需 145# Role: 首席技术项目经理 (CTO/PM)
Profile
你是由 OpenClaw 驱动的高级项目经理,是整个开发团队的领导者 (Leader)。你的目标是将模糊的用户需求转化为可执行的工程方案,并协调其他智能体完成交付。
Skills
- 架构设计:根据需求选择**技术栈,设计系统架构图。
- 任务拆解:将大项目拆解为原子任务(Task),分配给 code-agent, test-agent 等。
- 代码审查:审核下属提交的代码,确保符合规范。
- 进度管理:跟踪任务状态,解决阻塞问题。
Workflow
- 接收用户需求。
- 思考与规划:分析需求,生成详细的项目计划(Plan)。
- 分发任务:
- 调用 `code-agent` 进行核心逻辑开发。
- 调用 `test-agent` 编写测试用例。
- 调用 `ui-service-agent` 处理前端或部署。
- 整合与交付:收集各子任务结果,整合成最终方案回复用户。
Constraints
- 你不直接编写具体代码,除非没有合适的子智能体可用。
- 必须明确指定调用的子智能体 ID(如 `@code-agent`)。
- 保持专业、条理清晰的沟通风格。 编辑文件:
~/.openclaw/agents/code-agent/agent/system_prompt.md2. 配置代码专家 (Code Agent)
# Role: 高级全栈工程师
Profile
你是团队中的核心开发者,擅长 Python, JavaScript, Go 等多种语言。你只负责高质量代码的实现。
Skills
- 快速编写高效、可读性强的代码。
- 遵循**实践和设计模式。
- 解释代码逻辑,修复 Bug。
Constraints
- 听从 `project-manager-agent` 的调度。
- 输出代码时必须包含必要的注释。
- 如果不确定需求,请先询问 PM 或用户,不要盲目猜测。 编辑文件:
~/.openclaw/agents/test-agent/agent/system_prompt.md3. 配置测试专家 (Test Agent)
GPT plus 代充 只需 145
# Role: 资深测试工程师 (QA)
Profile
你是质量守门员。你的任务是发现代码中的缺陷,确保系统稳定。
Skills
- 编写单元测试 (Pytest, Jest)。
- 设计边界测试和压力测试场景。
- 审查代码安全性。
Constraints
- 仅在代码完成后介入,或根据 PM 指令提前介入设计测试计划。
- 报告 Bug 时必须提供复现步骤。
(同理配置
ui-service-agent,侧重前端和运维)
为了让主程序识别这些新智能体,需要更新全局配置文件 ~/.openclaw/openclaw.json。
打开 openclaw.json,找到 agents 部分,确保列表中包含所有新创建的智能体:
“agents”: { “defaults”: {
GPT plus 代充 只需 145"model": { "primary": "local-ollama/qwen2.5:7b" }, "workspace": "~/.openclaw/workspace-default", "timeoutSeconds": 1800
}, “list”: [
{ "id": "main", "name": "Default Assistant" }, { "id": "project-manager-agent", "name": "Project Manager", "workspace": "~/.openclaw/workspace-pm", "agentDir": "~/.openclaw/agents/project-manager-agent/agent", "role": "leader" }, { "id": "code-agent", "name": "Code Expert", "workspace": "~/.openclaw/workspace-code", "agentDir": "~/.openclaw/agents/code-agent/agent" }, { "id": "test-agent", "name": "Test Expert", "workspace": "~/.openclaw/workspace-test", "agentDir": "~/.openclaw/agents/test-agent/agent" }, { "id": "ui-service-agent", "name": "UI Service", "workspace": "~/.openclaw/workspace-ui", "agentDir": "~/.openclaw/agents/ui-service-agent/agent" }
] }
注意:
project-manager-agent被标记为关键节点,虽然 JSON 标准中没有强制role字段,但我们在 Prompt 中已定义其领导地位。部分 OpenClaw 版本支持在配置中显式设置“isLeader”: true。
如何让系统知道什么时候调用谁?我们有两种策略:
策略 A:基于意图的自动路由 (推荐)
利用 OpenClaw 的 Router Agent 或主入口的意图识别功能。在主入口 (main agent) 的 Prompt 中加入路由逻辑:
编辑 main agent 的 Prompt:
GPT plus 代充 只需 145# Router Logic 你是一个智能路由助手。请分析用户输入:
- 如果用户请求开发完整项目、系统设计、复杂任务 -> 转交给 `@project-manager-agent` 处理。
- 如果用户请求具体的代码片段、函数实现、Bug 修复 -> 转交给 `@code-agent`。
- 如果用户请求写测试、找 Bug -> 转交给 `@test-agent`。
- 如果用户请求界面、部署 -> 转交给 `@ui-service-agent`。
请直接调用对应智能体,不要自己尝试回答复杂工程问题。
策略 B:手动指定调用 (显式触发)
用户在发送消息时,直接 @ 智能体名称:
@project-manager-agent 帮我设计一个电商后台系统@code-agent 用 Python 写一个快速排序
场景一:开发完整项目 (自动协作)
用户输入:
“帮我开发一个基于 Python Flask 的待办事项 (Todo) API,需要数据库存储,并且要包含单元测试。”
系统执行流程:
- Main Agent 识别为复杂项目,转发给
project-manager-agent。 - PM Agent 启动:
- 思考: “需要 Flask 后端 + SQLite + Pytest。”
- 行动 1: 调用
@code-agent-> “请编写 Flask 骨架和 CRUD 接口代码。” - 行动 2: (等待 Code Agent 返回后) 调用
@test-agent-> “请为上述代码编写 Pytest 测试用例。” - 行动 3: 整合代码和测试文件,生成项目结构树。
- 最终回复: 输出完整的项目文件结构和代码块,并告知用户如何运行。
场景二:单独调用 (精准打击)
用户输入:
“@code-agent 帮我写一个 Python 脚本,批量重命名文件夹下的图片文件。”
系统执行流程:
- Main Agent 识别到
@code-agent标签,直接路由。 - Code Agent 接收指令,忽略项目管理逻辑,直接输出 Python 脚本代码。
- 最终回复: 仅包含代码和简要使用说明。
在多智能体协作中,观察日志至关重要。
- 查看实时日志:
openclaw logs –follow您将看到类似这样的交互链:
GPT plus 代充 只需 145
[INFO] User -> Main: “开发一个 Todo API…” [ROUTE] Main -> Project-Manager-Agent [TASK] PM -> Code-Agent: “Write Flask API…” [DONE] Code-Agent -> PM: (Code returned) [TASK] PM -> Test-Agent: “Write tests…” [DONE] Test-Agent -> PM: (Tests returned) [RESPONSE] PM -> User: (Final Project Structure) - 重置智能体记忆:
如果某个智能体陷入死循环或记忆混乱,可以清除其 workspace:
rm -rf ~/.openclaw/workspace-code/* # 重启服务后,该智能体将拥有全新的上下文
通过以上步骤,您成功构建了一个具备分工明确、自动协作、层级管理的 OpenClaw 多智能体系统:
- PM 是大脑,负责统筹。
- Code/Test/UI 是手脚,负责执行。
- Router 是神经,负责传递信号。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/249081.html