---
title: "OpenClaw协作实战：从三只虾打架到AI军团"
id: "20260224A03B4300"
publicationAccount: "非凡产研"
originalPublishedAt: "2026-02-24T12:01:16+08:00"
canonical: "https://ffcap.cn/research/20260224a03b4300"
source: "https://view.inews.qq.com/a/20260224A03B4300"
sourceAccount: "https://news.qq.com/omn/author/21759984"
language: "zh-CN"
tags: ["办公协作","OpenClaw","腾讯"]
---

# OpenClaw协作实战：从三只虾打架到AI军团

文章中的“非凡产研”是原始发布账号署名，不代表已核实个人执笔作者。引用访谈或圆桌观点时，应按正文标明具体发言人及当时身份；无法确认时不要推断。日期为原始发表日期，历史信息以发布时点为准。

**COVER STORY**

## **多龙虾协作实战：从三只虾打架到AI军团**

  

  

  

我让3只小龙虾同时跑一个项目，结果它们真打起来了。

上周我朋友Aaron把三只虾扔进同一个Discord服务器：一只前端、一只后端、一只写文档，用Forum频道隔session。半小时后，后端虾把前端刚写好的组件删了；文档虾在群里@他说"需求变了"；前端虾则甩出一堆看不懂的报错日志。三只虾各自为政，项目直接崩成一锅粥。

这不是段子，是我汇总29个真实用户后的缩影。

当你从"养一只虾"进化到"养一群虾"，真正的瓶颈从来不是"怎么再多开几只"，而是"怎么让它们不内斗"。

我把这些血泪经验提炼成了5种最常用的协作打法。有人靠它把Reddit养号成功率从30%干到80%，有人用200只虾给客户维护社交矩阵。总有一款适合你。

  

## **先说最基础也最有效的：把"折腾"和"干活"彻底分开**

Bruce就是典型。他在Mac mini上养了一只"稳稳"，在腾讯云硅谷VPS上养了另一只"试试"。两只虾完全不认识对方，"试试"崩了十次，"稳稳"照样每天准点发日报。

他是怎么做到的？

**第一步：两套独立的openclaw.json**

"稳稳"的生产环境只加载3个稳定技能：daily-report、feishu、calendar。autoUpdate关死，绝不自动升级。"试试"的测试环境技能白名单是\["\*"\]，experimentalFeatures全开，sandboxMode开启。

**第二步：数据目录物理隔离**

Mac mini: ~/.openclaw-stable/

VPS:      ~/.openclaw-sandbox/

两个目录从不互相访问。Bruce甚至给它们配了不同的Telegram Bot Token，防止消息串台。

"以前测试新爬虫skill，它把浏览器搞崩溃了——但我生产环境的日报任务一点没受影响。"Bruce说这话的时候，语气里是那种踩过坑的人才懂的庆幸。

  

## **接着很多人会遇到第二个问题：一个人要同时伺候"个人生活"和"公司业务"**

Bella的解法是直接养两只完全不同人格的虾。

Vegas那只叫"小张"，soul.md里写着"你是自由开发者，爱折腾新技术"；湾区那只叫"张总"，写着"你是技术负责人，稳定交付第一"。

关键是：**两套完全独立的workspace**

workspace/

├── personal/          # "小张"

│   ├── soul.md        # 自由开发者人设

│   ├── user.md        # 个人项目背景

│   └── openclaw.json  # 激进配置：模型用Claude Opus，temperature 0.9

│

└── company/           # "张总"

    ├── soul.md        # 技术负责人人设

    ├── user.md        # 公司业务背景

    └── openclaw.json  # 保守配置：模型用GPT-4，temperature 0.3

Bella甚至给两只虾绑定了不同的飞书群："小张"只在"个人项目群"出现，"张总"只在"公司业务群"出现。

"同样的模型，同样的底层能力，但因为人设和参数不同，干出来的活儿气质完全不一样。"她说。

在此基础上，有人把这套玩法推向了极致。Julian一次性养了三只性格虾：

-   "严谨虾"：soul.md里强调"代码规范、单元测试、边界条件"
    
-   "创意虾"：soul.md里写"你擅长头脑风暴，不拘泥于常规"
    
-   "PM虾"：soul.md里写"你擅长任务拆解，注重交付节点"
    

然后把同一个需求扔给三只，让它们各自出方案。最后他再手动融合——经常能撞出比单只虾好得多的结果。

  

## **再往上，就有人开始玩"渠道隔离"来防风控**

Victor要做Reddit矩阵，一只中控虾负责大脑决策，下面挂着Docker虾和iPhone实机。

他的架构是这样的：

**中控虾（Hub）**

-   部署：本地Mac mini
    
-   职责：接收飞书指令、任务拆分、结果汇总
    
-   配置：maxSpawnDepth=5，允许衍生最多5层子任务
    

**Docker虾1 & 2（PC端执行者）**

-   部署：云端VPS，Docker隔离
    
-   独立IP：每个容器绑定不同代理（Proxy1、Proxy2）
    
-   独立浏览器指纹：用Puppeteer的stealth模式
    

**iPhone实机（移动端执行者）**

-   部署：真实iPhone，非模拟器
    
-   作用：模拟真实用户的移动端行为
    

Victor的中控虾在飞书群里收指令："今天发3条帖"。然后它调用fanOut技能，把任务拆成：

-   Docker虾1：发1条技术帖（子会话1）
    
-   Docker虾2：发1条生活帖+互动（子会话2）
    
-   iPhone：浏览+点赞（子会话3）
    

三个子会话并行执行，完成后汇总回中控。

"以前一只虾管所有账号，半个月封3个。现在两个月了，一个都没死，活跃数据还特别自然。"Victor的数据：养号成功率从30%提升到80%，账号存活周期从7天延长到60天+。

  

## **还有一类人是算力党，追求极致性价比**

Ivan直接给重算力项目单独备了一台机器。Max更聪明：混合架构。

**Max的成本账：**

| **配置** | **月成本** | **用途** |
| --- | --- | --- |
| 
AWS g5.xlarge (GPU)

 | 

$120

 | 

视频生成、大规模数据分析，每天凌晨跑

 |
| 

Mac mini M4

 | 

$15电费

 | 

回消息、查天气、简单搜索，随时响应

 |
| **总计** | **$135** | 

比全云端省$65，比全本地多无限算力

 |

Max的关键设计是**任务路由**：

他在soul.md里给"云端虾"和"本地虾"分别定义了能力边界：

  

## **云端虾（CloudBot）**  

-   擅长：视频生成、数据分析、定时任务
    
-   约束：非紧急任务，可延迟执行
    
-   触发词："生成视频"、"分析数据"、"定时"
    

  

  

## **本地虾（LocalBot）**    

-   擅长：即时回复、简单查询、日程管理
    
-   约束：轻量级任务，秒级响应
    
-   触发词："现在"、"马上"、"查一下"
    

用户消息进来，Max先判断关键词，再决定让哪只虾处理。

"个人事务走本地，公司任务走云端。一个月省60%成本，响应速度还更快。"Max说。

  

## **最后一种玩法，是把AI真正当团队用的"角色协作矩阵"**

这也是目前最顶级的玩法。Aaron最后把三只虾改造成了真正的"开发小组"。

他的Discord服务器结构：

#general        ← 统筹虾（Coordinator）

#frontend       ← 前端虾（Frontend）

#backend        ← 后端虾（Backend）

#docs           ← 文档虾（Docs）

**统筹虾的配置关键：**

{

  "label": "coordinator",

  "role": "统筹",

  "canDelegate": true,

  "maxSpawnDepth": 3,

  "skills": \["task-splitter", "progress-tracker"\]

}

**前端/后端/文档虾的配置：**

{

  "label": "frontend",

  "role": "执行",

  "canDelegate": false,

  "parentLabel": "coordinator",

  "skills": \["react-coder", "ui-designer"\]

}

关键机制：**子会话（Sub-session）并行**

"做一个登录页"这个需求，统筹虾会：

1\. 在#frontend开子会话1："写React登录组件"

2\. 在#backend开子会话2："写登录API接口"

3\. 在#docs开子会话3："写接口文档"

三个子会话并行执行，统筹虾用progress-tracker技能监控进度。当子会话1和2都标记"完成"后，自动触发子会话4："整合前后端代码"。

Aaron给我看他们的协作记录：统筹虾每天发一份"项目日报"，列出每个子任务的进度、阻塞项、下一步计划。

"现在这三只虾已经能完整交付一个小项目了。统筹虾负责任务拆解和进度监控，前端和后端虾并行开发，文档虾同步写接口文档——比我自己协调还顺。"Aaron说这话的时候，三只虾正在后台跑一个新功能，我们在群里聊着天，它们安安静静地把活儿干了。

  

## **从混乱到有序，只差一个"关系设计"**

单只虾的时候，你养的是工具；一群虾的时候，你养的是团队。

工具只要会干活就行，团队必须知道谁听谁的、数据怎么流、冲突怎么解。

我见过最惨的，是Xavier的两只虾对同一个任务下了不同指令——新员工收到两条矛盾的入职指引，IT系统里同一任务被标成"已完成"和"待处理"。原因是两只虾都在监听同一个飞书群，没有主从分工。

我也见过BTS的4只虾在同一个群里同时回复用户，结果用户崩溃地问："你们到底谁在跟我说话？"后来BTS给每只虾配了不同的@触发词：@PA\_Scheduler、@Mentor\_Advisor、@PM\_Planner...这才解决冲突。

但我也见过最牛的——HaLoHa用200只虾井井有条地帮客户维护社交账号，每只虾负责3-5个账号，中控统一调度，规模化交付。Victor用渠道隔离把Reddit养号成功率从30%干到80%。

差距就在一开始有没有想清楚：这群虾是什么关系？

  

## **想上手吗？建议从最简单的一步开始**

**第一步：识别分离点**

看看你的使用场景，哪个分离点最痛？

-   个人vs工作？→ 学Bella，两套workspace+soul.md
    
-   稳定vs实验？→ 学Bruce，两套openclaw.json+物理隔离
    
-   轻任务vs重算力？→ 学Max，云端本地混合+任务路由
    

**第二步：开第二只虾，只做这一件事**

不要一上来就搞5只虾。先把最明显的分离点做出来：

-   本地保留现有配置（主虾）
    
-   云端开一个新实例，只跑定时任务（副虾）
    

**第三步：设计协作规则**

如果两只虾需要协作，明确三个问题：

1\. 谁主谁次？（主虾有权调度，副虾只执行）

2\. 数据怎么流转？（共享目录 vs 消息传递）

3\. 冲突怎么解决？（不同触发词 vs 不同频道）

**第四步：逐步扩展**

等双虾协作跑顺了，再根据需求添加第三只、第四只，以及更复杂的"关系"。

  

## **写在最后**

写到这里，我突然意识到：我们养龙虾的终极目标，从来不是"越多越好"，而是"越协作越强"。

就像管理团队一样，10个人各自为政，效率可能不如3个人配合默契。龙虾也一样。

在你部署第二只虾之前，先想想：它和第一只虾是什么关系？它们怎么协作？

想清楚这一点，你的AI军团才能真正发挥作用。

**你现在养了几只虾？遇到过最离谱的"内斗"事件是什么？**

---

原始发布版本：https://view.inews.qq.com/a/20260224A03B4300

本站阅读页：https://ffcap.cn/research/20260224a03b4300