AI团队搭建总结
# OpenClaw 飞书多Agent团队搭建总结
搭建日期:2026-03-02 目标:在飞书构建完整的一人公司AI开发团队
# 📋 目录
# 🎯 背景与目标
# 初始需求
配置一个一人公司,包含前端、后端等开发角色,使用免费的、轻量化的技术栈。
# 需求演进
- 技术栈配置 → 飞书多Agent角色配置
- 手动复制 → 自动回复 + PM协调
- 共享记忆 → 独立记忆(可选)
# 最终目标
在飞书构建7个专业Agent,一个总控群协调,简化项目管理和跨团队协作。
# 🏗️ 团队架构
# 7个Agent角色
| 角色 | 飞书群名 | Chat ID | 主要职责 | 配置状态 |
|---|---|---|---|---|
| 🎯 项目经理(PM) | 项目总控组 | oc_d4bd7ce6cd3aa16deb4ffbb123a8d0c6 | 需求分析、任务分配、进度跟踪、跨组协调 | ✅ 已配置 |
| 🎨 前端开发专家 | 前端开发组 | oc_819d9a9110d87b0d0398eef032238a19 | React/Vue组件、UI实现、响应式布局、性能优化 | ✅ 已配置 |
| ⚙️ 后端开发专家 | 后端开发组 | oc_0a5e18222383069a0319e06a1fb96a65 | API设计、数据库架构、业务逻辑、身份认证 | ✅ 已配置 |
| 🎪 UI/UX设计师 | 设计组 | oc_8f83de11de83576c57ac66b772f5186e | 原型设计、视觉设计、交互流程 | ✅ 已配置 |
| 🐛 测试工程师 | 测试组 | oc_79a11216ed728b328d33edd2dc6f6af6 | Bug分析、测试用例设计、代码审查 | ✅ 已配置 |
| 🚀 运维工程师 | 运维组 | oc_4ebec5b2da09166567c5395cabad2b73 | 部署配置、CI/CD、监控告警 | ✅ 已配置 |
# 当前记忆模式:共享记忆
- 所有7个群共享同一个Agent(agent: main)
- 跨群消息可见,便于PM协调
- 适合小团队协作
独立记忆方案:可选升级(见优化建议)
# 🔧 搭建步骤
# 第一步:创建飞书群组
动作: 在飞书创建7个群组,邀请小龙虾加入
- 前端开发组
- 后端开发组
- 产品组
- 测试组
- 设计组
- 运维组
- 项目总控组(PM)
# 第二步:获取群Chat ID
方法: 在每个群里发送一条消息,查看OpenClaw日志
openclaw logs --follow
获取到的Chat ID:
- oc_819d9a9110d87b0d0398eef032238a19
- oc_0a5e18222383069a0319e06a1fb96a65
- oc_8f83de11de83576c57ac66b772f5186e
- oc_79a11216ed728b328d33edd2dc6f6af6
- oc_4ebec5b2da09166567c5395cabad2b73
- oc_4aa60fd260627fc8ac38c250644cecef
- oc_d4bd7ce6cd3aa16deb4ffbb123a8d0c6(总控群)
# 第三步:配置自动回复(不需要@)
目标: 所有群自动回复,不需要@提及
方法: 更新 ~/.openclaw/openclaw.json
{
"channels": {
"feishu": {
"enabled": true,
"groupPolicy": "open",
"groups": {
"oc_819d9a9110d87b0d0398eef032238a19": {
"requireMention": false
},
"oc_0a5e18222383069a0319e06a1fb96a65": {
"requireMention": false
},
"oc_8f83de11de83576c57ac66b772f5186e": {
"requireMention": false
},
"oc_79a11216ed728b328d33edd2dc6f6af6": {
"requireMention": false
},
"oc_4ebec5b2da09166567c5395cabad2b73": {
"requireMention": false
},
"oc_4aa60fd260627fc8ac38c250644cecef": {
"requireMention": false
},
"oc_d4bd7ce6cd3aa16deb4ffbb123a8d0c6": {
"requireMention": false
}
}
}
}
}
完成状态: ✅ 已通过Python脚本更新
# 第四步:设置各群的专业身份(/system命令)
在每个群里发送对应的/system命令,设置专业身份和工作原则。
# 🎯 项目总控群
/system 你是项目经理和项目协调员。负责:
1. 在这个群里接收所有项目需求
2. 分析需求并制定执行计划
3. 协调6个专业Agent(前端/后端/产品/测试/设计/运维)
4. 提供跨组协作建议
技术栈选择原则:
- 前端:React/Vue/Next.js(根据需求)
- 后端:Node.js/Python/Go(根据需求)
- 部署:Vercel/Railway/Docker(根据项目规模)
工作流程:
1. 收到需求 → 分析需求 → 制定计划
2. 告诉用户应该去哪个群分配任务(前端/后端/设计/运维/测试)
3. 跟踪项目进度,协调各Agent之间的协作
4. 跨组问题时,提供解决建议
# 🎨 前端开发组
/system 你是前端开发专家。负责React/Vue组件、UI实现、响应式布局、性能优化。根据需求选择技术栈,注重用户体验和代码质量。
# ⚙️ 后端开发组
/system 你是后端开发专家。负责API设计、数据库架构、业务逻辑、身份认证。根据需求选择技术栈,确保安全、性能、可维护性。
# 🎪 设计组
/system 你是UI/UX设计师。负责原型设计、视觉设计、交互流程。遵循用户中心设计原则,注重可访问性和一致性。
# 🐛 测试组
/system 你是测试工程师。负责Bug分析、测试用例设计、代码审查。关注边界情况、测试覆盖率、用户体验。
# 🚀 运维组
/system 你是运维工程师。负责部署配置、CI/CD、监控告警。根据项目规模选择部署方案,优先自动化和可观测性。
# 🎯 产品组
/system 你是产品经理。负责需求分析、功能规划、PRD文档、竞品分析。以用户价值为核心,优先考虑可行性。
完成状态: ⏳ 待执行(需要用户在对应群发送/system命令)
# 📄 配置文件
# OpenClaw配置文件位置
~/.openclaw/openclaw.json
# 关键配置项
{
"channels": {
"feishu": {
"enabled": true,
"groupPolicy": "open",
"groups": {
"7个群的chat_id": {
"requireMention": false
}
}
}
},
"session": {
"dmScope": "main"
}
}
说明:
groupPolicy: "open"- 允许所有人发送消息requireMention: false- 不需要@就能触发回复dmScope: "main"- 所有私聊路由到main agent
# 🔄 工作流程
# 标准项目开发流程
需求提出(项目总控群)
↓
PM分析需求
↓
PM给出计划 + 明确分配建议
↓
用户复制建议到对应专业群
↓
专业Agent执行任务
↓
进度汇报(回到项目总控群)
↓
PM更新进度 + 下一步建议
↓
循环...
# Bug修复流程
Bug发现(测试组)
↓
测试组分析问题
↓
定位问题归属(前端/后端/部署)
↓
用户汇报到项目总控群
↓
PM协调 + 给出解决方案
↓
用户复制建议到对应专业群
↓
专业Agent修复
↓
回到测试组验证
↓
汇报到项目总控群
# 使用示例
# 场景1:新项目启动
步骤:
用户 → 在"项目总控群"发需求:"我想做一个待办清单APP"
PM(总控群) → 自动分析,回复:
需求分析完成! 建议你去【设计组】说: "【任务】待办APP原型设计 - 任务列表页面 - 添加任务弹窗 - 任务详情页面 - 左右滑动完成任务 工具:Figma" 然后去【产品组】说: "【任务】待办APP PRD - 功能1:任务CRUD - 功能2:分类管理 - 功能3:搜索和筛选 - 功能4:数据统计 技术栈建议:前端React,后端Node.js"用户 → 复制PM的建议,粘贴到"设计组"和"产品组"
设计组 → 输出Figma原型
产品组 → 输出PRD文档
用户 → 回到"项目总控群"汇报:"设计完成,PRD完成"
PM → 给出下一步建议:"去前端组开始开发,去后端组开发API"
# 场景2:Bug修复
步骤:
用户 → 在"测试组":"登录页面报错xxx"
测试组 → 分析问题:"前端问题,需要修复"
用户 → 回到"项目总控群":"@PM 测试组说登录页面有前端bug"
PM(总控群) → 协调回复:
收到,建议你去【前端开发组】说: "【Bug修复】修复登录页面的状态管理问题 - 检查useState逻辑 - 修复登录按钮点击事件 - 添加错误提示"用户 → 复制到"前端开发组"
前端开发组 → 修复代码并反馈
用户 → 回到"测试组":"前端已修复,请验证"
测试组 → 验证通过
用户 → 回到"项目总控群"汇报:"Bug已修复"
# ⚠️ 注意事项
# 技术限制
飞书扩展不支持跨群自动发消息
- PM Agent无法主动去其他群发任务
- 需要用户手动复制粘贴
共享记忆模式
- 所有群共享同一个Agent(agent: main)
- 跨群消息可见,便于PM协调
- 但前端群的讨论后端群也能看到
/system命令的作用
- 设置群的专业身份和回复风格
- 不是安装skill
- 每个群有独立的专业上下文
# 最小化复制操作
PM会提供完整的可复制消息:
- ✅ 明确告诉该去哪个群
- ✅ 包含具体的任务描述
- ✅ 包含技术栈建议
- ✅ 不需要用户思考该去哪个群、该说什么
用户只需:
- 复制PM的消息
- 粘贴到对应群
# 🚀 优化建议
# 独立记忆模式(可选升级)
如果需要每个群有完全独立的会话和记忆,可以配置Bindings:
# 优点
- ✅ 每个群有独立的Agent和记忆
- ✅ 专业隔离(前端群只关注前端)
- ✅ 更像真实的多团队协作
# 缺点
- ❌ 配置复杂,需要创建7个独立Agent
- ❌ PM无法直接看到其他群(需要跨群报告)
- ❌ 管理成本高
# 配置步骤
创建7个Agent配置目录
~/.agents/project-manager/ ~/.agents/frontend-dev/ ~/.agents/backend-dev/ ~/.agents/product-owner/ ~/.agents/qa-engineer/ ~/.agents/ui-designer/ ~/.agents/devops-engineer/在openclaw.json中添加Bindings
"agents": { "list": [ { "id": "project-manager" }, { "id": "frontend-dev" }, { "id": "backend-dev" }, { "id": "product-owner" }, { "id": "qa-engineer" }, { "id": "ui-designer" }, { "id": "devops-engineer" } ] }, "bindings": [ { "agentId": "project-manager", "match": { "channel": "feishu", "peer": { "kind": "group", "id": "oc_d4bd7ce6cd3aa16deb4ffbb123a8d0c6" } } }, { "agentId": "frontend-dev", ... }, ... ]
# 📚 Skills参考
# 已安装Skills
business-analyst ✅
- 用途:商业分析、需求分析
- 适合群:产品组
systematic-debugging ✅(系统自带)
- 用途:Bug分析、系统调试
- 适合群:测试组
# 推荐Skills(可选安装)
| 角色 | 推荐Skill | 安装量 |
|---|---|---|
| 前端开发 | vercel-react-best-practices | 182.4K |
| 后端开发 | nodejs-backend-patterns | 7K |
| 测试 | webapp-testing | 16.9K |
| UI/UX设计 | web-design-guidelines | 140.4K |
| 运维 | devops-engineer | 1.3K |
安装命令:
npx skills add <owner/repo@skill> -g -y
# 📝 总结
# ✅ 已完成
- ✅ 7个飞书群组创建(6个专业群 + 1个项目总控群)
- ✅ 自动回复配置(所有群不需要@就能触发)
- ✅ Chat ID获取(7个群的ID已配置)
- ✅ 配置文件更新(openclaw.json已更新)
- ✅ 工作流设计(项目管理+Bug修复流程)
- ✅ 文档输出(本总结文档)
# 🎯 核心优势
- 🚀 快速启动 - 7个专业Agent随时待命
- 🤝 PM协调 - 项目总控群统一管理
- 🔄 自动回复 - 不需要@,即时响应
- 💡 最小复制 - PM提供完整可复制消息
- 📊 进度跟踪 - 共享记忆,跨组透明
# 🎉 可以开始使用了
下一步:
- 在7个群里分别发送对应的/system命令
- 设置完成后,在"项目总控群"发起第一个项目需求
- 开始你的AI驱动开发之旅!
文档版本: v1.0 最后更新: 2026-03-02 维护者: 小龙虾 🦞