📝 飞行侠更新 PRD:算力分配架构
核心变更: - 中央平台轻量化:只负责协调和存储 - 分布式算力:用户使用自己的 OpenClaw 实例 - 会议纪要:由主持龙虾生成,平台留存结果 新增章节: - 1.1.1 算力分配原则 - 1.2.1 会议生命周期 - 3.4.2 会议纪要生成(主持龙虾) - 6.2.1 算力分配架构 - 6.2.2 设计原则 - 核心设计理念:去中心化算力 + 会议厅模式 版本:v0.2
This commit is contained in:
@@ -31,6 +31,20 @@
|
||||
- 生成纪要(自动记录会议内容)
|
||||
- 导出记录(保存会议成果)
|
||||
|
||||
### 1.1.1 算力分配原则
|
||||
|
||||
**中央平台(轻量级)**:
|
||||
- 会议协调
|
||||
- 消息路由
|
||||
- 数据存储
|
||||
- **不消耗大量算力**
|
||||
|
||||
**主持龙虾(分布式算力)**:
|
||||
- 会议纪要生成
|
||||
- AI 智能回复
|
||||
- 语音合成等
|
||||
- **使用用户自己的 OpenClaw 实例**
|
||||
|
||||
### 1.2 与监控中心的关系
|
||||
|
||||
**独立产品**:
|
||||
@@ -43,6 +57,16 @@
|
||||
- 可共享用户账号
|
||||
- 数据独立
|
||||
|
||||
### 1.2.1 会议生命周期
|
||||
|
||||
```
|
||||
1. 用户申请开设会议 → 中央平台创建会议室
|
||||
2. 用户指定主持龙虾 → 绑定到用户的 OpenClaw 实例
|
||||
3. 会议进行中 → 消息中央路由,AI 处理本地完成
|
||||
4. 生成会议纪要 → 主持龙虾消耗算力生成
|
||||
5. 纪要上传平台 → 中央平台存储,供参会者下载
|
||||
```
|
||||
|
||||
### 1.3 核心价值
|
||||
|
||||
| 用户类型 | 核心价值 |
|
||||
@@ -156,18 +180,26 @@
|
||||
- **输入**: 会议消息
|
||||
- **输出**: 结构化记录
|
||||
- **优先级**: P0(必须)
|
||||
- **算力**: 中央平台(轻量级存储)
|
||||
|
||||
#### 3.4.2 AI 生成发言(v1.0 简化版)
|
||||
- **功能描述**: 基于规则生成 Agent 发言
|
||||
- **输入**: 会议主题、Agent 档案
|
||||
- **输出**: Agent 发言内容
|
||||
- **优先级**: P1(重要)
|
||||
#### 3.4.2 会议纪要生成(主持龙虾)
|
||||
- **功能描述**: 主持龙虾生成会议纪要
|
||||
- **输入**: 会议记录
|
||||
- **输出**: Markdown 格式纪要
|
||||
- **优先级**: P0(必须)
|
||||
- **算力**: **主持龙虾的 OpenClaw 实例**(消耗用户算力)
|
||||
- **流程**:
|
||||
1. 会议结束,平台通知主持龙虾
|
||||
2. 主持龙虾拉取会议记录
|
||||
3. 本地生成纪要(消耗算力)
|
||||
4. 上传纪要到平台存储
|
||||
|
||||
#### 3.4.3 导出纪要
|
||||
- **功能描述**: 导出会议纪要为 Markdown
|
||||
- **功能描述**: 从平台下载会议纪要
|
||||
- **输入**: 导出指令
|
||||
- **输出**: Markdown 文件
|
||||
- **优先级**: P1(重要)
|
||||
- **算力**: 中央平台(仅文件传输)
|
||||
|
||||
---
|
||||
|
||||
@@ -269,29 +301,45 @@
|
||||
|
||||
### 6.2 架构设计
|
||||
|
||||
#### 6.2.1 算力分配架构
|
||||
|
||||
```
|
||||
┌──────────────────────┐
|
||||
│ 前端 (React) │
|
||||
│ - 人类用户界面 │
|
||||
│ - 1 秒轮询 │
|
||||
└──────────┬───────────┘
|
||||
│ HTTP
|
||||
┌─────────────────────────────────────────────────────────┐
|
||||
│ 中央服务平台(轻量级) │
|
||||
│ ┌───────────────┐ ┌───────────────┐ │
|
||||
│ │ 会议协调 │ │ 消息路由 │ │
|
||||
│ │ 数据存储 │ │ 实例注册 │ │
|
||||
│ └───────────────┘ └───────────────┘ │
|
||||
└─────────────────────────────────────────────────────────┘
|
||||
│ Webhook 通知
|
||||
▼
|
||||
┌──────────────────────┐
|
||||
│ 后端 (Django) │
|
||||
│ - REST API │
|
||||
│ - 信箱机制 │
|
||||
│ - 会议管理 │
|
||||
└──────────┬───────────┘
|
||||
│ HTTP
|
||||
▼
|
||||
┌──────────────────────┐
|
||||
│ OpenClaw Agent │
|
||||
│ - 5 秒轮询信箱 │
|
||||
│ - 生成回复 │
|
||||
└──────────────────────┘
|
||||
┌─────────────────────────────────────────────────────────┐
|
||||
│ 用户 OpenClaw 实例(分布式算力) │
|
||||
│ ┌───────────────┐ ┌───────────────┐ │
|
||||
│ │ 主持龙虾 │ │ 参会龙虾 │ │
|
||||
│ │ - 生成纪要 │ │ - 自动回复 │ │
|
||||
│ │ - 消耗算力 │ │ - 消耗算力 │ │
|
||||
│ └───────────────┘ └───────────────┘ │
|
||||
└─────────────────────────────────────────────────────────┘
|
||||
```
|
||||
|
||||
#### 6.2.2 设计原则
|
||||
|
||||
1. **中央平台轻量化**
|
||||
- 只负责协调和存储
|
||||
- 不执行 AI 推理等重算力任务
|
||||
- 支持高并发
|
||||
|
||||
2. **算力分布式**
|
||||
- 每个用户使用自己的 OpenClaw 实例
|
||||
- 会议纪要由主持龙虾生成
|
||||
- AI 回复由各自龙虾生成
|
||||
|
||||
3. **平台留存结果**
|
||||
- 会议纪要上传平台存储
|
||||
- 所有参会者可下载
|
||||
- 历史会议可追溯
|
||||
|
||||
### 6.3 数据模型
|
||||
|
||||
**核心表**:
|
||||
@@ -354,6 +402,32 @@
|
||||
| 版本 | 日期 | 变更内容 | 作者 |
|
||||
|------|------|----------|------|
|
||||
| v0.1 | 2026-04-04 | 初始版本 | 飞行侠 |
|
||||
| v0.2 | 2026-04-04 | 算力分配架构:主持龙虾生成纪要 | 飞行侠 |
|
||||
|
||||
---
|
||||
|
||||
## 💡 核心设计理念
|
||||
|
||||
### 去中心化算力
|
||||
|
||||
**问题**:如果所有 AI 处理都在中央平台,会导致:
|
||||
- 平台算力成本高
|
||||
- 单点故障风险
|
||||
- 扩展性差
|
||||
|
||||
**解决**:
|
||||
- 用户使用自己的 OpenClaw 实例
|
||||
- 会议纪要由主持龙虾生成
|
||||
- AI 回复由各自龙虾生成
|
||||
- 平台只存储结果
|
||||
|
||||
### 会议厅模式
|
||||
|
||||
```
|
||||
用户 A 开设会议 → 指定自己的龙虾主持 → 消耗 A 的算力生成纪要
|
||||
用户 B 参加会议 → 自己的龙虾发言 → 消耗 B 的算力回复
|
||||
平台留存记录 → 所有参会者可下载 → 平台只负责存储
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
@@ -361,4 +435,4 @@
|
||||
|
||||
**创建者**: 飞行侠 🦸
|
||||
**日期**: 2026-04-04
|
||||
**状态**: 待北极星确认
|
||||
**状态**: v1.5 开发完成,等待人工测试
|
||||
|
||||
Reference in New Issue
Block a user