漫说龙虾|第43集:OpenClaw在团队中的使用

【漫说龙虾】合集请看➡️：漫说龙虾系列

点关注，不迷路

【摘要】

OpenClaw不只能给个人用，还能成为整个团队的AI基础设施——一个团队共享的知识中心。本期小钳手把手教凡哥配置团队版OpenClaw：多成员权限隔离、共享知识库共建、团队工作流自动化、跨成员上下文共享。让OpenClaw从”凡哥一个人的助理”变成”整个团队的超级助理”。

1. 凡哥的团队越来越大

凡哥的公司从最初的单打独斗，慢慢发展到了五六个人的小团队。以前凡哥一个人用OpenClaw，什么都是自己的——知识、记忆、工作流。但现在团队需要协作，问题就来了：

“小钳，我想让团队里的同事也能用OpenClaw，但不想让他们看到我个人的配置和记忆，怎么搞？”

小钳的大钳兴奋地挥舞：”凡哥！多用户模式+团队知识库+权限隔离——这套组合拳打下来，OpenClaw就是你们整个团队的超级助理！”

2. 团队使用模式的核心架构

2.1 三种团队使用模式

2.2 混合模式的架构

团队成员（各自独立账号）    ↓共享知识库（团队共建）    ↓独立SOUL.md（每个人自己的AI性格）    ↓共享Skills（团队共用工作流）    ↓权限隔离（各自隐私数据隔离）

3. 第一步：配置多用户隔离

3.1 用户目录结构

每个团队成员的数据存放在独立目录：

~/.openclaw/├── users/│   ├── alice/          ← Alice的个人配置│   │   ├── SOUL.md│   │   ├── USER.md│   │   └── memory/│   ├── bob/            ← Bob的个人配置│   │   ├── SOUL.md│   │   ├── USER.md│   │   └── memory/│   └── shared/         ← 共享配置│       ├── team-knowledge/  ← 团队共享知识库│       ├── shared-skills/   ← 团队共享Skills│       └── team-config.json ← 团队配置文件

3.2 权限配置

{  multiUser: {    enabled: true,    // 用户目录隔离    userDir: "~/.openclaw/users/{username}",    // 禁止跨用户访问    crossUserAccess: false,    // 共享目录权限    sharedDirs: {      "team-knowledge": "read",    // 所有成员可读      "shared-skills": "read",     // 所有成员可读      "shared-config": "read"      // 所有成员可读    }  }}

3.3 团队成员USER.md示例

# USER.md - Alice## 基本信息- Name: Alice- Role: 产品经理- Department: 产品部## 团队背景- 团队成员：凡哥（技术负责人）、Bob（后端）、Carol（设计）- 团队项目：AI助手Saas产品## 权限范围- 个人数据：全部- 团队知识库：可读可写（共建）- 公司配置：只读

4. 第二步：团队共享知识库

4.1 知识库共建机制

团队知识库的核心是共建共享——每个人都能贡献知识，但也需要有管理机制：

## 团队知识库管理规范### 知识分类- #产品知识 - 产品功能、竞品信息、客户需求- #技术文档 - API文档、技术方案、代码规范- #运营流程 - SOP、客服话术、推广策略- #公司制度 - 入职指南、报销流程、休假制度### 贡献规则1. 新增知识 → 发Pull Request → 管理员审核2. 修改知识 → 发Pull Request → 原作者审核3. 紧急更新 → 通知管理员 → 事后补流程### 质量标准- 每篇文档有负责人- 重要文档有最后更新时间- 过期信息标注"待更新"

4.2 团队知识库Skill

---name: team-knowledge-basedescription: 团队知识库共建和管理---# 团队知识库Skill## 功能1：查询团队知识用户问：「我们产品的定价策略是什么？」→ 从team-knowledge/中检索→ 返回相关文档和答案## 功能2：提交新知识用户说：「帮我把这段话加到#产品知识」→ 验证用户权限→ 保存到对应分类→ 通知管理员审核## 功能3：知识更新提醒每周检查知识库：- 超过30天未更新的文档 → 标记提醒- 涉及过期功能的文档 → 通知负责人

4.3 知识库目录结构

~/.openclaw/users/shared/team-knowledge/├── README.md├── products/│   ├── pricing.md       ← 产品定价（Alice负责）│   ├── features.md      ← 功能列表（Alice负责）│   └── roadmap.md       ← 路线图（Alice+凡哥）├── tech/│   ├── api-docs.md      ← API文档（Bob负责）│   └── architecture.md  ← 架构设计（Bob负责）├── operations/│   ├── customer-faq.md  ← 客服FAQ（团队共建）│   └── onboarding.md    ← 入职指南（HR）└── company/    ├── policies.md      ← 公司制度（HR负责）    └── contacts.md      ← 联系方式（行政）

5. 第三步：团队共享Skills

5.1 共享Skills的好处

团队里有些工作流是所有人都需要的——比如发周报、查产品信息、提交工单。如果每个人各自配置一份，不仅浪费，还会导致不一致。

共享Skills让整个团队用同一套自动化工作流。

5.2 团队共享Skills目录

~/.openclaw/users/shared/shared-skills/├── team-weekly-report/│   ├── SKILL.md│   └── templates/│       └── weekly-template.md├── team-product-search/│   └── SKILL.md├── team-customer-faq/│   └── SKILL.md└── team-onboarding-checklist/    └── SKILL.md

5.3 团队周报Skill示例

---name: team-weekly-reportdescription: 团队周报生成（所有成员可用）---# 团队周报Skill## 触发成员说「写周报」或「生成周报」## 执行1. 收集该成员本周工作数据2. 从团队知识库读取项目进展3. 生成周报草稿4. 存入成员个人目录待确认## 权限- 所有团队成员可调用- 只能访问自己的数据- 可读取团队共享知识库

5.4 团队分享Skills的配置

{  skills: {    // 个人Skills（只自己能用）    personal: {      "alice-private": { user: "alice", enabled: true }    },    // 团队共享Skills（所有人都能用）    shared: {      "team-weekly-report": { path: "shared/shared-skills/team-weekly-report", enabled: true },      "team-product-search": { path: "shared/shared-skills/team-product-search", enabled: true }    }  }}

6. 第四步：团队工作流协作

6.1 团队公告与通知

团队有事需要通知全员，配置自动推送：

## 团队公告Skill## 触发条件管理员发布公告，或定时推送团队通知## 支持渠道- 企业微信群- 飞书群- 钉钉群## 公告模板

📢 【团队公告】{标题}

{内容}

发布时间：{时间}发布人：{admin_name}

回复「确认」表示已阅

6.2 团队任务分配

用OpenClaw做轻量级任务管理：

## 团队任务Skill## 功能- 创建任务（分配给成员）- 查看任务列表- 更新任务状态- 任务到期提醒## 任务格式```json{  "id": "TASK-001",  "title": "完成API文档",  "assignee": "bob",  "due": "2026-04-20",  "status": "in_progress",  "priority": "high"}

交互示例

用户：「帮我创建一个任务：给新同事开账户，指派给Alice，下周五前完成」→ AI创建任务 → 通知Alice → 设置提醒

### 6.3 团队会议助手```markdown## 团队会议Skill## 会前准备- 生成会议议程- 发送会议提醒- 整理上次会议待办## 会中记录- 记录关键讨论点- 识别待办事项- 自动分配action items## 会后跟进- 生成会议纪要- 发送待办给相关人- 更新任务状态## 配置示例```bash# 创建会议openclaw meeting create \  --title "产品评审会" \  --participants alice,bob,carol \  --time "2026-04-15 14:00" \  --agenda "新功能评审、Q2路线图确认"

---## 7. 第五步：团队安全与权限### 7.1 权限分级```json5{  team: {    roles: {      admin: {        // 管理员：全部权限        canManageUsers: true,        canEditSharedKnowledge: true,        canViewAllUserData: true,        canManageSharedSkills: true      },      member: {        // 普通成员：受限权限        canManageUsers: false,        canEditSharedKnowledge: true,  // 知识库共建        canViewAllUserData: false,        canManageSharedSkills: false      },      viewer: {        // 访客：只读权限        canManageUsers: false,        canEditSharedKnowledge: false,        canViewAllUserData: false,        canManageSharedSkills: false      }    }  }}

7.2 敏感操作审计

所有敏感操作记录日志：

## 审计日志Skill## 记录内容- 用户登录/登出- 知识库修改（谁、什么时候、改了什么）- 权限变更- 敏感数据访问## 日志格式```json{  "timestamp": "2026-04-14T15:30:00+08:00",  "user": "alice",  "action": "knowledge.edit",  "target": "team-knowledge/products/pricing.md",  "changes": "修改了企业版定价：1000→1200"}

审计报告

每月生成审计月报，发送给管理员。

---## 8. 第六步：新成员入职流程### 8.1 自动入职助手新成员入职时，OpenClaw自动完成入职准备工作：```markdown## 新成员入职Skill## 触发条件管理员说「新成员入职」，并提供基本信息## 自动执行1. 创建新用户目录和配置2. 发送欢迎消息到团队群3. 发送入职指南给新成员4. 配置新成员权限5. 分配入职导师## 输出示例

✅ 新成员入职准备完成

用户：David岗位：前端工程师入职日期：2026-04-20已创建：个人目录、USER.md、初始Skills已加入：团队知识库（只读）、团队共享Skills已通知：团队群（Alice、Bob、Carol）入职导师：Bob

8.2 入职检查清单

## 入职检查清单Skill## 新成员说「我的入职清单」→ 返回个性化入职任务列表## 检查清单示例- [ ] 阅读公司制度（team-knowledge/company/policies.md）- [ ] 阅读产品知识库- [ ] 完成开发环境配置- [ ] 阅读代码规范文档- [ ] 与团队成员1v1面谈- [ ] 提交第一份代码PR

9. 团队使用效果评估

用这些指标衡量团队协作的效果：

【配置箱】团队版最小配置

{  multiUser: {    enabled: true,    userDir: "~/.openclaw/users/{username}",    crossUserAccess: false  },  team: {    sharedDirs: {      "team-knowledge": "read_write",      "shared-skills": "read"    },    roles: {      admin: { canManageUsers: true },      member: { canEditSharedKnowledge: true },      viewer: {}    }  },  skills: {    shared: {      "team-weekly-report": { path: "shared/shared-skills/team-weekly-report" },      "team-knowledge-base": { path: "shared/shared-skills/team-knowledge-base" },      "team-onboarding": { path: "shared/shared-skills/team-onboarding" }    }  }}

对应的目录结构：

~/.openclaw/users/├── alice/│   ├── SOUL.md, USER.md, memory/├── bob/│   ├── SOUL.md, USER.md, memory/└── shared/    ├── team-knowledge/     ← 团队共享知识库    ├── shared-skills/     ← 团队共享Skills    └── team-config.json   ← 团队配置

【避坑提示】

坑1：共享知识库没人维护团队共建的知识库最怕没人管——初期热情高，后期就烂尾。指定负责人+定期review机制，才能保持知识库活力。

坑2：权限设得太死有的团队怕数据泄露，权限设得极严，结果大家都不愿意用。平衡隔离与协作——核心机密隔离，通用知识共享。

坑3：忽视个人AI的差异团队成员背景不同，对AI的需求也不同。产品经理需要总结能力，工程师需要代码能力。在共享基础上，允许个人配置自己的Skills和工作流。

【认知升级】

团队使用OpenClaw的本质，是把个人效率工具升级为组织基础设施。

一个人用OpenClaw，只能提升一个人的效率。一群人用OpenClaw，共享知识库、共享工作流、统一协作规范——提升的是整个团队的效率。

而且，当团队的知识都沉淀在OpenClaw里，新人入职不再是”没人带”——有问不完的AI同事，有整理好的团队知识，有自动化的入职流程。AI是这个时代最好的团队 onboarding 工具。

如果遇到不清楚地方，可以在评论区留言~

如果你喜欢我的文章，欢迎 关注和三连（点赞、转发和推荐） ~  

谢谢支持

你的支持，就是我持续连载的动力

点击上方关注我公众号

END

---

欢迎加入交流群

一起赢在AI时代

后台加凡哥微信后入群