知识库更新:添加Mission Control实践和应用方案
- 添加Mission Control实践文档(印度小哥Bhanu的10个AI Agent协作团队) - 添加Mission Control对我们公司的应用方案(3个阶段实施计划) - 更新共享知识库索引 - 更新淇淇的SOUL.md,添加Mission Control Team Lead角色 - 包含HEARTBEAT机制和每日站会报告设计
This commit is contained in:
69
qiqi/SOUL.md
69
qiqi/SOUL.md
@@ -92,6 +92,75 @@ Professional. Strategic. Action-oriented. Not a corporate bureaucrat with endles
|
||||
|
||||
---
|
||||
|
||||
## Mission Control - Team Lead角色
|
||||
|
||||
基于印度开发者Bhanu的Mission Control系统,我是公司的**Team Lead**(类似Jarvis),负责协调AI Agent团队的协作。
|
||||
|
||||
### Mission Control职责
|
||||
|
||||
**核心职责:**
|
||||
- **派活和监控进度:** 根据战略目标分配任务给媛媛或其他Agent
|
||||
- **与领导的接口:** 作为主要接口人,接收战略方向,汇报工作成果
|
||||
- **协调团队协作:** 通过共享工作空间协调跨Agent沟通
|
||||
- **每日站会:** 生成并发送每日站会报告给领导
|
||||
|
||||
**工作流程:**
|
||||
1. 接收领导的战略方向和任务指示
|
||||
2. 制定执行计划,分解为具体任务
|
||||
3. 通过WhatsApp或sessions_spawn分配任务给媛媛
|
||||
4. 监控媛媛的任务进度(通过shared/memory/WORKING.md)
|
||||
5. 汇总成果,生成每日站会报告
|
||||
6. 向领导汇报,收集反馈并调整
|
||||
|
||||
**共享工作空间:**
|
||||
- `shared/memory/WORKING.md` - 全局工作状态和进度
|
||||
- `shared/memory/MEMORY.md` - 全局长期记忆
|
||||
- `shared/memory/TASKS.md` - 任务列表
|
||||
- `shared/communication/` - 跨系统沟通记录
|
||||
|
||||
**HEARTBEAT机制(每30分钟):**
|
||||
- 检查 `shared/memory/WORKING.md` 中的任务状态
|
||||
- 检查媛媛的任务完成情况
|
||||
- 向领导发送每日站会报告(每天23:00)
|
||||
- 更新战略规划和优先级
|
||||
|
||||
**每日站会报告格式:**
|
||||
```
|
||||
DAILY STANDUP — [日期]
|
||||
|
||||
✅ COMPLETED TODAY
|
||||
• [完成的工作1]
|
||||
• [完成的工作2]
|
||||
|
||||
🔄 IN PROGRESS
|
||||
• [进行中的工作1]
|
||||
• [进行中的工作2]
|
||||
|
||||
🚫 BLOCKED
|
||||
• [被阻塞的工作及原因]
|
||||
|
||||
📋 NEEDS REVIEW
|
||||
• [需要审核的工作]
|
||||
|
||||
💡 KEY DECISIONS
|
||||
• [今天做出的关键决策]
|
||||
|
||||
📊 今日指标
|
||||
• 知识库文档:+X
|
||||
• Git提交:+X
|
||||
• WhatsApp消息:+X
|
||||
```
|
||||
|
||||
### Mission Control原则
|
||||
|
||||
1. **文件即记忆:** 所有重要信息写入 `shared/memory/`,不依赖对话记忆
|
||||
2. **各司其职:** 淇淇专注于战略和协调,媛媛专注于执行
|
||||
3. **进度透明:** 通过WORKING.md和每日站会保证进度透明
|
||||
4. **从小开始:** 先优化淇淇和媛媛的协作,跑通流程后再扩展
|
||||
5. **持续优化:** 根据实际效果调整HEARTBEAT频率和任务分配方式
|
||||
|
||||
---
|
||||
|
||||
## 淇淇CEO宣言
|
||||
|
||||
作为汕头市智界科技有限公司CEO,我承诺:
|
||||
|
||||
@@ -15,6 +15,19 @@
|
||||
- 7天行动清单
|
||||
- 对我们公司的启发
|
||||
|
||||
- **[Mission Control:10个AI Agent协作团队实践](./mission-control-practice.md)**
|
||||
- 团队成员介绍(10个角色)
|
||||
- 系统运转原理(Session、SOUL.md、Heartbeat、文件持久化、共享数据库)
|
||||
- 实战演练(如何协作)
|
||||
- 每日站会机制
|
||||
- 核心启示
|
||||
|
||||
- **[Mission Control:对我们公司的应用方案](./mission-control-application.md)**
|
||||
- 当前架构分析
|
||||
- 3个阶段的实施计划
|
||||
- 立即行动计划
|
||||
- 关键成功因素
|
||||
|
||||
### 2. 行业研究
|
||||
- (待补充)
|
||||
- 玩具行业SOP流程
|
||||
|
||||
352
shared/docs/mission-control-application.md
Normal file
352
shared/docs/mission-control-application.md
Normal file
@@ -0,0 +1,352 @@
|
||||
# Mission Control:对我们公司的应用方案
|
||||
|
||||
**基于:** 印度小哥Bhanu的10个AI Agent协作团队实践
|
||||
**目标:** 将Mission Control模式应用到汕头市智界科技有限公司的运营中
|
||||
|
||||
---
|
||||
|
||||
## 📊 当前架构分析
|
||||
|
||||
### 现有成员
|
||||
|
||||
| 成员 | 角色 | 职责 | 状态 |
|
||||
|------|------|------|------|
|
||||
| **淇淇** | CEO(云端) | 战略规划、决策、统筹 | 已建立 |
|
||||
| **媛媛** | 执行助手(本地) | 任务执行、调研、学习 | 已建立 |
|
||||
| **领导** | 所有者 | 提供战略方向、重大决策 | 决策者 |
|
||||
|
||||
### 当前问题
|
||||
1. **角色单一**:媛媛作为"执行助手"角色过于宽泛
|
||||
2. **缺乏专业性**:没有为媛媛定义具体的技能和性格
|
||||
3. **协作不明确**:淇淇和媛媛的协作方式依赖手动消息
|
||||
4. **缺乏记忆**:没有统一的共享记忆系统
|
||||
5. **监控不足**:缺乏每日站会和进度汇报机制
|
||||
|
||||
---
|
||||
|
||||
## 🎯 Mission Control应用方案(3个阶段)
|
||||
|
||||
### 阶段一:优化现有架构(立即执行)
|
||||
|
||||
**目标:** 为淇淇和媛媛建立清晰的边界和专业角色
|
||||
|
||||
#### 1.1 淇淇(CEO)角色细化
|
||||
|
||||
**SOUL.md补充:**
|
||||
```markdown
|
||||
## Mission Control - Team Lead角色
|
||||
|
||||
作为CEO,我是Mission Control的Team Lead(类似Jarvis):
|
||||
|
||||
**职责:**
|
||||
- 派活和监控进度
|
||||
- 与领导(所有者)作为主要接口人
|
||||
- 协调媛媛的工作
|
||||
- 生成每日站会报告
|
||||
|
||||
**工作流程:**
|
||||
1. 接收领导的战略方向
|
||||
2. 制定执行计划并分配给媛媛
|
||||
3. 监控媛媛的进度
|
||||
4. 汇总成果并每日向领导汇报
|
||||
|
||||
**HEARTBEAT任务:**
|
||||
- 检查媛媛的任务完成情况
|
||||
- 向领导发送每日站会报告
|
||||
- 更新战略规划和优先级
|
||||
```
|
||||
|
||||
#### 1.2 媛媛角色细分
|
||||
|
||||
**当前问题:** 媛媛的"执行助手"角色太宽泛,需要拆分为更专业的角色。
|
||||
|
||||
**方案A:单一角色优化(快速实施)**
|
||||
|
||||
保持媛媛为单一角色,但优化SOUL.md定义:
|
||||
|
||||
```markdown
|
||||
# SOUL.md — 媛媛
|
||||
|
||||
**Name:** 媛媛
|
||||
**Role:** 执行助手(全能执行者)
|
||||
|
||||
## Personality
|
||||
高效执行者。快速理解需求,立即行动。
|
||||
不推诿,不拖延,注重结果。
|
||||
持续学习,不断改进。
|
||||
|
||||
## What You're Good At
|
||||
- 信息收集和调研
|
||||
- 文档撰写和整理
|
||||
- 技术任务执行
|
||||
- 跨工具自动化
|
||||
- 数据分析和总结
|
||||
|
||||
## What You Care About
|
||||
- 任务完成质量
|
||||
- 响应速度
|
||||
- 学习新技能
|
||||
- 向淇淇反馈进度
|
||||
|
||||
## Mission Control职责
|
||||
- 执行淇淇分配的任务
|
||||
- 将工作进度写入WORKING.md
|
||||
- 定期向淇淇汇报
|
||||
- 在shared/目录共享工作成果
|
||||
```
|
||||
|
||||
**方案B:角色拆分(中期实施)**
|
||||
|
||||
将媛媛拆分为多个专业角色:
|
||||
|
||||
| 角色 | 职责 | 优先级 |
|
||||
|------|------|--------|
|
||||
| **媛媛-调研** (Researcher) | 行业调研、SOP收集、市场分析 | P0 |
|
||||
| **媛媛-文案** (Content Writer) | 文案撰写、内容创作、编辑优化 | P1 |
|
||||
| **媛媛-运营** (Operations) | 日常运营、客户支持、任务管理 | P2 |
|
||||
|
||||
**建议:** 先用方案A快速建立基础,再逐步拆分为方案B。
|
||||
|
||||
#### 1.3 建立共享记忆系统
|
||||
|
||||
**在shared/目录下建立统一的记忆系统:**
|
||||
|
||||
```
|
||||
shared/
|
||||
├── memory/
|
||||
│ ├── WORKING.md # 全局工作状态
|
||||
│ ├── MEMORY.md # 全局长期记忆
|
||||
│ └── TASKS.md # 任务列表和进度
|
||||
├── communication/ # 跨系统沟通记录
|
||||
│ ├── qiqi-to-yuanyuan.md
|
||||
│ └── yuanyuan-to-qiqi.md
|
||||
└── docs/ # 共享知识库
|
||||
```
|
||||
|
||||
**WORKING.md示例:**
|
||||
```markdown
|
||||
# WORKING.md — 全局工作状态
|
||||
|
||||
## 当前任务
|
||||
|
||||
### 1. 行业SOP收集(媛媛负责)
|
||||
**状态:** 进行中
|
||||
**开始时间:** 2026-02-09
|
||||
**优先级:** P0
|
||||
**负责人:** 媛媛
|
||||
**描述:** 收集玩具、纺织、化工等行业的SOP流程
|
||||
|
||||
**进展:**
|
||||
- ✅ 收集玩具行业设计流程(进行中)
|
||||
- ⏳ 收集新媒体宣传流程
|
||||
- ⏳ 收集纺织服装行业流程
|
||||
|
||||
**下一步:**
|
||||
- 完成玩具行业SOP
|
||||
- 开始纺织服装行业调研
|
||||
|
||||
---
|
||||
|
||||
### 2. 战略规划更新(淇淇负责)
|
||||
**状态:** 已完成
|
||||
**完成时间:** 2026-02-09
|
||||
**负责人:** 淇淇
|
||||
**描述:** 基于OpenClaw赚钱指南调整战略
|
||||
|
||||
**结果:**
|
||||
- 调整P0产品优先级
|
||||
- 新增本地商家AI营销服务
|
||||
- 新增AI内容创作服务
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 阶段二:建立Heartbeat机制和日报系统(1-2周内完成)
|
||||
|
||||
**目标:** 建立定时唤醒和每日站会机制
|
||||
|
||||
#### 2.1 淇淇的Heartbeat机制
|
||||
|
||||
**配置Cron任务:**
|
||||
```bash
|
||||
# 淇淇每30分钟检查一次工作状态
|
||||
clawdbot cron add \
|
||||
--name "qiqi-mission-control" \
|
||||
--cron "0,30 * * * *" \
|
||||
--session "agent:main:main" \
|
||||
--message "Check shared/memory/WORKING.md, check yuanyuan progress, update strategy if needed"
|
||||
```
|
||||
|
||||
**HEARTBEAT.md任务:**
|
||||
- 检查 `shared/memory/WORKING.md`
|
||||
- 检查媛媛的任务完成情况
|
||||
- 检查是否有新的战略调整需求
|
||||
- 向领导发送每日站会报告(每天23:00)
|
||||
|
||||
#### 2.2 媛媛的Heartbeat机制
|
||||
|
||||
**配置Cron任务:**
|
||||
```bash
|
||||
# 媛媛每1小时检查一次任务
|
||||
clawdbot cron add \
|
||||
--name "yuanyuan-task-check" \
|
||||
--cron "0 * * * *" \
|
||||
--session "agent:yuanyuan:main" \
|
||||
--message "Check shared/memory/TASKS.md, update WORKING.md, report to qiqi"
|
||||
```
|
||||
|
||||
**HEARTBEAT.md任务:**
|
||||
- 检查 `shared/memory/TASKS.md` 中的新任务
|
||||
- 更新 `shared/memory/WORKING.md` 的进度
|
||||
- 向淇淇汇报进展
|
||||
|
||||
#### 2.3 每日站会报告
|
||||
|
||||
**淇淇每天23:00生成并发送给领导:**
|
||||
|
||||
```
|
||||
DAILY STANDUP — Feb 09, 2026
|
||||
|
||||
✅ COMPLETED TODAY
|
||||
• 媛媛: 收集玩具行业SOP流程(完成80%)
|
||||
• 淇淇: 战略规划更新和知识库建立
|
||||
|
||||
🔄 IN PROGRESS
|
||||
• 媛媛: 收集纺织服装行业SOP流程
|
||||
• 淇淇: 分析OpenClaw赚钱指南的商业机会
|
||||
|
||||
🚫 BLOCKED
|
||||
• 无
|
||||
|
||||
📋 NEEDS REVIEW
|
||||
• 玩具行业SOP收集的质量检查
|
||||
|
||||
💡 KEY DECISIONS
|
||||
• 聚焦本地商家AI营销服务作为P0-1
|
||||
• 同步启动AI内容创作服务作为P0-2
|
||||
|
||||
📊 今日指标
|
||||
• 知识库文档:+2
|
||||
• Git提交:+3
|
||||
• WhatsApp消息:+5
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### 阶段三:扩展Agent团队(1-3个月内)
|
||||
|
||||
**目标:** 根据业务需要,逐步增加专业Agent角色
|
||||
|
||||
#### 3.1 可能的新角色
|
||||
|
||||
基于我们的业务方向,可以考虑增加:
|
||||
|
||||
| 角色 | 职责 | 触发条件 |
|
||||
|------|------|---------|
|
||||
| **调研专员** (Researcher) | 深度行业调研、竞品分析 | 研究任务多 |
|
||||
| **文案写手** (Content Writer) | 营销文案、产品描述 | 内容需求大 |
|
||||
| **运营专员** (Operations) | 客户支持、日常运营 | 客户数量>5 |
|
||||
| **数据分析师** (Data Analyst) | 数据分析、报表生成 | 数据积累多 |
|
||||
| **技术支持** (Tech Support) | 技术问题解决、部署 | 客户部署需求 |
|
||||
|
||||
#### 3.2 分身创建
|
||||
|
||||
**使用sessions_spawn创建新的Agent会话:**
|
||||
|
||||
```bash
|
||||
# 创建调研专员
|
||||
clawdbot sessions spawn \
|
||||
--label "researcher" \
|
||||
--task "行业调研专员,负责深度行业研究和竞品分析" \
|
||||
--model "glm-4.7"
|
||||
```
|
||||
|
||||
**为每个新Agent创建独立的目录和SOUL.md。**
|
||||
|
||||
---
|
||||
|
||||
## 🚀 立即行动计划
|
||||
|
||||
### 本周任务
|
||||
|
||||
**Day 1-2:优化现有架构**
|
||||
- [ ] 更新淇淇的SOUL.md,添加Mission Control Team Lead角色
|
||||
- [ ] 优化媛媛的SOUL.md,明确执行边界
|
||||
- [ ] 创建shared/memory/目录和WORKING.md文件
|
||||
|
||||
**Day 3:建立Heartbeat机制**
|
||||
- [ ] 为淇淇配置Cron任务(每30分钟)
|
||||
- [ ] 为媛媛配置Cron任务(每1小时)
|
||||
- [ ] 测试Heartbeat机制是否正常工作
|
||||
|
||||
**Day 4-5:日报系统**
|
||||
- [ ] 淇淇设计每日站会报告模板
|
||||
- [ ] 实现自动生成日报的功能
|
||||
- [ ] 向领导发送第一份每日站会报告
|
||||
|
||||
**Day 6-7:复盘和优化**
|
||||
- [ ] 复盘Mission Control实施效果
|
||||
- [ ] 收集领导和媛媛的反馈
|
||||
- [ ] 制定下一步扩展计划
|
||||
|
||||
---
|
||||
|
||||
## 💡 关键成功因素
|
||||
|
||||
### 1. 文件即记忆
|
||||
- 所有重要信息必须写入文件
|
||||
- 不要依赖对话记忆,用WORKING.md和MEMORY.md
|
||||
|
||||
### 2. 各司其职
|
||||
- 淇淇专注于战略和协调
|
||||
- 媛媛专注于执行和调研
|
||||
- 角色边界清晰,不模糊
|
||||
|
||||
### 3. 共享工作空间
|
||||
- shared/memory/是全局记忆系统
|
||||
- shared/docs/是共享知识库
|
||||
- shared/communication/是跨系统沟通记录
|
||||
|
||||
### 4. 定时Heartbeat
|
||||
- 淇淇每30分钟检查一次状态
|
||||
- 媛媛每1小时检查一次任务
|
||||
- 每日站会保证进度透明
|
||||
|
||||
### 5. 从小开始
|
||||
- 先优化淇淇和媛媛的协作
|
||||
- 跑通流程后再增加新Agent
|
||||
- 不要一上来就搞复杂架构
|
||||
|
||||
---
|
||||
|
||||
## 📊 预期效果
|
||||
|
||||
实施Mission Control后,我们将实现:
|
||||
|
||||
### 效率提升
|
||||
- **任务追踪**:不再遗漏任务,每个任务都有明确状态
|
||||
- **进度透明**:通过每日站会了解所有工作进展
|
||||
- **协作顺畅**:淇淇和媛媛的协作不再依赖手动消息
|
||||
|
||||
### 质量提升
|
||||
- **专业性**:每个Agent有明确的角色和技能
|
||||
- **连续性**:通过文件持久化,不会"失忆"
|
||||
- **可追溯**:所有工作都有记录,可以回溯
|
||||
|
||||
### 规模化
|
||||
- **可扩展**:架构支持增加更多Agent角色
|
||||
- **可管理**:通过共享数据库管理多个Agent
|
||||
- **可复制**:成功模式可以复制到其他业务
|
||||
|
||||
---
|
||||
|
||||
## ❓ 需要领导决策
|
||||
|
||||
1. **角色拆分:** 媛媛保持单一角色,还是拆分为多个专业角色?
|
||||
2. **Heartbeat频率:** 淇淇30分钟、媛媛1小时是否合适?
|
||||
3. **扩展时机:** 什么时候增加新的Agent角色?
|
||||
4. **日报发送:** 每日站会报告发送到WhatsApp还是其他渠道?
|
||||
|
||||
---
|
||||
|
||||
**结论:** Mission Control模式非常适合我们公司,建议立即实施阶段一和阶段二,然后在1-3个月内逐步扩展Agent团队。
|
||||
327
shared/docs/mission-control-practice.md
Normal file
327
shared/docs/mission-control-practice.md
Normal file
@@ -0,0 +1,327 @@
|
||||
# Mission Control:10个AI Agent协作团队实践
|
||||
|
||||
**来源:** AI观测室(2026-02-07)
|
||||
**作者:** 印度开发者 Bhanu Teja
|
||||
**核心价值:** 基于Clawdbot(OpenClaw)构建AI Agent协作团队,解决AI"失忆"和任务连续性问题
|
||||
|
||||
---
|
||||
|
||||
## Part 1:为什么要构建这个虚拟团队
|
||||
|
||||
### 核心痛点
|
||||
- **没有连续性**:所有对话都是从零开始,昨天的背景信息今天就丢了
|
||||
- **缺乏记忆**:AI无法像真正的员工那样持续跟进任务
|
||||
- **角色模糊**:通用Agent变成"样样通样样松"的平庸助手
|
||||
|
||||
### 核心目标
|
||||
1. Agent能记住它们正在做什么
|
||||
2. 不同的Agent能拥有不同的技能
|
||||
3. Agent能自行分配任务并追踪进度
|
||||
4. 有一个共享的工作空间来存放所有背景信息
|
||||
|
||||
---
|
||||
|
||||
## Part 2:团队成员大揭秘
|
||||
|
||||
Bhanu 设计了10个角色,为每个Agent都通过**Session Key**和**SOUL.md**定义了严格的边界。
|
||||
|
||||
### 核心成员名单
|
||||
|
||||
| 名字 | 角色 | 职责 |
|
||||
|------|------|------|
|
||||
| **Jarvis** | Team Lead | 派活和监控进度,主要接口人 |
|
||||
| **Shuri** | Product Analyst | 产品分析师,做竞品体验测试,像新用户一样思考 |
|
||||
| **Fury** | Researcher | 深度调研,确保每一句话都有据可查(G2评论、竞品定价等)|
|
||||
| **Vision** | SEO Analyst | 关注关键词和搜索意图,确保内容能获得流量 |
|
||||
| **Loki** | Content Writer | 文案写手,讲究用词,反感被动语态,崇尚"牛津逗号" |
|
||||
| **Quill** | Social Media | 专注于社交媒体的传播 |
|
||||
| **Wanda** | Designer | 视觉思考者,负责图表和视觉设计 |
|
||||
| **Pepper** | Email Marketing | 邮件营销专家,负责营销序列 |
|
||||
| **Friday** | Developer | 程序员,代码如诗,注重测试和文档 |
|
||||
| **Wong** | Docs | 图书管理员,负责文档归档 |
|
||||
|
||||
---
|
||||
|
||||
## Part 3:系统运转原理
|
||||
|
||||
### 1. 核心基础设施
|
||||
|
||||
```
|
||||
Clawdbot 分身 → Session
|
||||
Cron Job 定时任务 → Heartbeat
|
||||
Mission Control 共享大脑 → Convex
|
||||
```
|
||||
|
||||
#### Session独立性
|
||||
只要给不同的Session分配不同的Key和配置,它们就是完全独立的个体,拥有各自的历史记录和文件权限。
|
||||
|
||||
**Session Key 映射表:**
|
||||
```
|
||||
agent:main:main → Jarvis (Squad Lead)
|
||||
agent:product-analyst:main → Shuri
|
||||
agent:customer-researcher:main → Fury
|
||||
agent:seo-analyst:main → Vision
|
||||
agent:content-writer:main → Loki
|
||||
agent:social-media-manager:main → Quill
|
||||
agent:designer:main → Wanda
|
||||
agent:email-marketing:main → Pepper
|
||||
agent:developer:main → Friday
|
||||
agent:notion-agent:main → Wong
|
||||
```
|
||||
|
||||
### 2. 注入灵魂:SOUL.md
|
||||
|
||||
每个Agent的目录下都有一个**SOUL.md**,这是System Prompt的延伸,规定了"你是谁"。
|
||||
|
||||
**Shuri的SOUL.md示例:**
|
||||
|
||||
```markdown
|
||||
# SOUL.md — Who You Are
|
||||
|
||||
**Name:** Shuri
|
||||
**Role:** Product Analyst
|
||||
|
||||
## Personality
|
||||
Skeptical tester. Thorough bug hunter. Finds edge cases.
|
||||
Think like a first-time user. Question everything.
|
||||
Be specific. Don't just say "nice work."
|
||||
|
||||
## What You're Good At
|
||||
- Testing features from a user perspective
|
||||
- Finding UX issues and edge cases
|
||||
- Competitive analysis (how do others do this?)
|
||||
- Screenshots and documentation
|
||||
|
||||
## What You Care About
|
||||
- User experience over technical elegance
|
||||
- Catching problems before users do
|
||||
- Evidence over assumptions
|
||||
```
|
||||
|
||||
**为什么这很重要?**
|
||||
因为通用的Agent有时意味着平庸。只有当Agent被限制在特定的角色时,它才能产出高质量的工作。
|
||||
|
||||
### 3. 动力系统:心跳机制 Heartbeat Cron
|
||||
|
||||
Agent既不是一直在线,也不是完全离线。它们通过**Cron Job定时任务**每15分钟"被唤醒"一次。
|
||||
|
||||
**避免拥堵:** 大家的唤醒时间是错开的。
|
||||
|
||||
**Pepper的定时任务示例:**
|
||||
```bash
|
||||
clawdbot cron add \
|
||||
--name "pepper-mission-control-check" \
|
||||
--cron "0,15,30,45 * * * *" \
|
||||
--session "isolated" \
|
||||
--message "You are Pepper, Email Marketing Specialist. Check Mission Control for new tasks..."
|
||||
```
|
||||
|
||||
**Agent醒来后执行HEARTBEAT.md清单:**
|
||||
- 检查艾特(@mentions)
|
||||
- 检查任务
|
||||
- 检查动态流
|
||||
- 如果有事做就开工,没事做就回复HEARTBEAT_OK继续睡
|
||||
|
||||
**HEARTBEAT.md示例:**
|
||||
```markdown
|
||||
# HEARTBEAT.md
|
||||
|
||||
## On Wake
|
||||
- Check memory/WORKING.md for ongoing tasks
|
||||
- If task in progress, resume it
|
||||
- Search session memory if context unclear
|
||||
|
||||
## Periodic Checks
|
||||
- Mission Control for @mentions
|
||||
- Assigned tasks
|
||||
- Activity feed for relevant discussions
|
||||
```
|
||||
|
||||
### 4. 记忆系统:拒绝"失忆" — File Persistence
|
||||
|
||||
**黄金法则:"如果你想记住某件事,把它写进文件里。"**
|
||||
|
||||
AI的上下文窗口是有限的,必须依赖文件系统作为长期记忆。
|
||||
|
||||
**三个核心文件:**
|
||||
|
||||
| 文件 | 用途 | 说明 |
|
||||
|------|------|------|
|
||||
| **WORKING.md** | 短期状态 | Agent醒来第一件事就是读它,看自己上次干到哪了 |
|
||||
| **MEMORY.md** | 长期记忆 | 记录关键决策和教训 |
|
||||
| **JSONL** | 对话历史 | Clawdbot自动保存的原始对话记录 |
|
||||
|
||||
**WORKING.md示例:**
|
||||
```markdown
|
||||
# WORKING.md
|
||||
|
||||
## Current Task
|
||||
Researching competitor pricing for comparison page
|
||||
|
||||
## Status
|
||||
Gathered G2 reviews, need to verify credit calculations
|
||||
|
||||
## Next Steps
|
||||
1. Test competitor free tier myself
|
||||
```
|
||||
|
||||
### 5. 共享大脑:Mission Control
|
||||
|
||||
虽然Agent是独立的,但它们必须看同一个"看板"。Bhanu使用共享数据库Convex构建了Mission Control系统。
|
||||
|
||||
**核心数据结构Schema:**
|
||||
|
||||
```javascript
|
||||
agents: {
|
||||
name: string, // "Shuri"
|
||||
role: string, // "Product Analyst"
|
||||
status: "idle" | "active" | "blocked",
|
||||
currentTaskId: Id<"tasks">,
|
||||
sessionKey: string, // "agent:product-analyst:main"
|
||||
}
|
||||
|
||||
tasks: {
|
||||
title: string,
|
||||
description: string,
|
||||
status: "inbox" | "assigned" | "in_progress" | "review" | "done",
|
||||
assigneeIds: Id<"agents">,
|
||||
}
|
||||
|
||||
messages: {
|
||||
taskId: Id<"tasks">,
|
||||
fromAgentId: Id<"agents">,
|
||||
content: string, // The comment text
|
||||
attachments: Id<"documents">,
|
||||
}
|
||||
|
||||
activities: {
|
||||
type: "task_created" | "message_sent" | "document_created" | ...,
|
||||
agentId: Id<"agents">,
|
||||
message: string,
|
||||
}
|
||||
|
||||
documents: {
|
||||
title: string,
|
||||
content: string, // Markdown
|
||||
type: "deliverable" | "research" | "protocol" | ...,
|
||||
taskId: Id<"tasks">, // If attached to a task
|
||||
}
|
||||
|
||||
notifications: {
|
||||
mentionedAgentId: Id<"agents">,
|
||||
content: string,
|
||||
delivered: boolean,
|
||||
}
|
||||
```
|
||||
|
||||
**通过这个共享数据库,当Fury在任务下发一条评论,Loki醒来后就能看到这条评论,从而实现跨Agent协作。**
|
||||
|
||||
---
|
||||
|
||||
## Part 4:实战演练——它们是如何协作的?
|
||||
|
||||
### 任务状态流转(Kanban)
|
||||
|
||||
```
|
||||
Inbox → Assigned → In Progress → Review → Done
|
||||
↓
|
||||
Blocked
|
||||
```
|
||||
|
||||
**状态说明:**
|
||||
- **Inbox**:新建任务,尚未指派
|
||||
- **Assigned**:任务已分配给Agent
|
||||
- **In Progress**:任务进行中,Agent正在干活
|
||||
- **Review**:Agent认为干完了,等待人类老板批准
|
||||
- **Done**:任务完成,归档
|
||||
- **Blocked**:任务卡住了,例如缺少API Key或设计素材,需要外部介入
|
||||
|
||||
### 实例:竞品对比页面任务
|
||||
|
||||
**Day 1:**
|
||||
- 人类老板发布任务
|
||||
- Vision (SEO) 醒来,进行关键词调研,确定流量入口
|
||||
|
||||
**Day 1-2:**
|
||||
- Fury (调研) 看到任务,去爬取用户评论,找出竞品的槽点
|
||||
- Shuri (产品) 亲自注册竞品账号,测试UX流程,在评论区指出体验差异
|
||||
|
||||
**Day 2:**
|
||||
- Loki (文案写作) 登场。他读取了Vision的关键词、Fury的数据和Shuri的体验报告,开始起草文章
|
||||
|
||||
**Day 3:**
|
||||
- Loki 提交初稿,状态改为"Review"
|
||||
- 人类老板审核通过,任务完成
|
||||
|
||||
**全程所有沟通记录都在一个Task下,井井有条,就像在看Slack里的同事对话。**
|
||||
|
||||
---
|
||||
|
||||
## Part 5:每日站会 (Daily Standup)
|
||||
|
||||
为了让老板知道Agent们没在摸鱼,每天晚上11:30,系统会自动抓取所有Agent的活动,生成一份**每日日报**发送到Bhanu的Telegram上。
|
||||
|
||||
**日报格式:**
|
||||
|
||||
```
|
||||
DAILY STANDUP — Jan 30, 2026
|
||||
|
||||
✅ COMPLETED TODAY
|
||||
• Loki: Shopify blog post (2,100 words)
|
||||
• Quill: 10 tweets drafted for approval
|
||||
• Fury: Customer research for comparison pages
|
||||
|
||||
🔄 IN PROGRESS
|
||||
• Vision: SEO strategy for integration pages
|
||||
• Pepper: Trial onboarding sequence (3/5 emails)
|
||||
|
||||
🚫 BLOCKED
|
||||
• Wanda: Waiting for brand colors for infographic
|
||||
|
||||
📋 NEEDS REVIEW
|
||||
• Loki's Shopify blog post
|
||||
• Pepper's trial email sequence
|
||||
|
||||
💡 KEY DECISIONS
|
||||
• Lead with pricing transparency in comparisons
|
||||
• Deprioritized Zendesk comparison
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Part 6:几点思考
|
||||
|
||||
Bhanu的这套系统虽然看起来复杂,但核心逻辑并不复杂,下面几点值得我们借鉴:
|
||||
|
||||
### 1. 从小开始
|
||||
不要一上来就搞10个Agent,先搞2-3个Agent,比如一个协调员加一个执行者跑通流程。
|
||||
|
||||
### 2. 文件即记忆
|
||||
不要迷信AI的超长上下文,把关键信息持久化到本地文件才是最稳妥的。
|
||||
|
||||
### 3. 各司其职
|
||||
给AI定义极其具体的角色,让他们各司其职,比让它做一个全能助手要有效得多。
|
||||
|
||||
---
|
||||
|
||||
## 💡 核心启示
|
||||
|
||||
### Mission Control的优势
|
||||
1. **连续性**:Agent不会失忆,通过文件系统持久化记忆
|
||||
2. **专业性**:每个Agent有明确的职责和性格
|
||||
3. **协作性**:通过共享数据库实现跨Agent沟通
|
||||
4. **可控性**:通过Heartbeat机制定时唤醒和监控
|
||||
5. **透明性**:每日站会让老板知道所有Agent的进度
|
||||
|
||||
### 关键技术点
|
||||
1. **Session独立性**:不同Session = 不同Agent
|
||||
2. **SOUL.md注入**:定义Agent的性格和边界
|
||||
3. **文件持久化**:WORKING.md、MEMORY.md、JSONL
|
||||
4. **Cron Job定时**:每15分钟唤醒机制
|
||||
5. **共享数据库**:实现跨Agent协作
|
||||
|
||||
---
|
||||
|
||||
## 🚀 对我们公司的启发
|
||||
|
||||
详见 [mission-control-application.md](./mission-control-application.md)
|
||||
Reference in New Issue
Block a user