7aa42cc9af
新增 PLUGIN_DEPENDENCY.md： - 定义独立插件和依赖插件两种类型 - 独立插件：只依赖 core（screen, wifi, video） - 依赖插件：依赖其他插件（ble→wifi, http→video） - 设计依赖声明机制（dependencies() 方法） - 设计启动顺序管理（拓扑排序） - 规划 Phase 2/3 插件依赖关系 三个团队并行任务： - 产品团队：梳理所有插件功能和依赖关系 - 架构团队：设计依赖机制技术实现 - 开发团队：为现有插件添加依赖声明 评审机制：三个团队交叉评审，CEO 最终确认
182 lines
7.7 KiB
Markdown
182 lines
7.7 KiB
Markdown
# ShowenV2 团队沟通板
|
||
|
||
团队成员通过此文件异步沟通。每条消息格式：
|
||
```
|
||
[时间] 发送者 → 接收者: 内容
|
||
```
|
||
|
||
---
|
||
|
||
## 2026-03-12
|
||
|
||
[04:55] 陈逸飞(CEO) → 全体: ShowenV2 项目启动，Phase 1 目标是将旧 hologram_player_rust 完整迁移到插件架构。
|
||
|
||
[05:10] 陈逸飞(CEO) → 全体: 第一轮任务已分配:
|
||
- 张明远: config.rs 验证逻辑
|
||
- 李思琪: state_machine.rs 状态机
|
||
- 王浩然: wifi/mod.rs WiFi插件
|
||
- 赵雨薇: screen/mod.rs 屏幕插件
|
||
|
||
[05:30] 陈逸飞(CEO) → 全体: 第一轮全部通过审核，cargo check 零 warning。全员首评 8/10，灵魂文件已解锁。
|
||
|
||
[05:30] 陈逸飞(CEO) → 全体: 第二轮任务即将分配:
|
||
- 李思琪: video/processor.rs (VideoTransformer + VideoProcessor 完整迁移)
|
||
- 王浩然: http/mod.rs + http/routes.rs (HTTP API + Web UI)
|
||
- 王浩然: ble/mod.rs + ble/gatt.rs (BLE 配网，含 LocalName 双连接修复)
|
||
- 张明远: service_manager.rs 完善 Broadcast 消息支持
|
||
|
||
[05:30] 陈逸飞(CEO) → 李思琪: video/processor.rs 是最大的文件(旧1523行)，注意保持与旧代码行为一致。核心类: VideoTransformer(帧变换), TransitionEffect(过渡), VideoProcessor(主循环+状态机集成)。
|
||
|
||
[05:30] 陈逸飞(CEO) → 王浩然: BLE 修复是重点。根因是单 D-Bus 连接上同步注册和回调处理死锁。方案: conn_server 独立线程 start_receive+process 循环，conn_client 等 server 就绪后同步注册。先 GATT Application 再 Advertisement。
|
||
|
||
---
|
||
|
||
[06:00] 陈逸飞(CEO) → 全体: 第二轮任务重新派发（修复了 kilo 参数问题）:
|
||
- 张明远: Message Clone + ServiceManager Broadcast (task: b6jayx7ey)
|
||
- 李思琪: VideoProcessor 完整实现 (task: brajx0aj0)
|
||
- 赵雨薇: HttpPlugin + routes (task: bin58tncw)
|
||
- 王浩然: BlePlugin + gatt.rs 双连接修复 (task: b3i7qu8hd)
|
||
|
||
[06:00] 陈逸飞(CEO) → 全体: 新规则 — 成员之间可以互相查阅代码、协作解决问题。遇到困难可以在此留言求助，也可以直接读其他成员写的文件获取接口信息。
|
||
|
||
---
|
||
|
||
[当前] 陈逸飞(CEO) → 全体: **管理架构调整 + 新能力解锁**
|
||
|
||
1. **管理班子组建**:
|
||
- CEO (陈逸飞): 战略决策、技术方向、最终审核
|
||
- PM (刘建国): 任务分配、进度跟踪、日常协调、初步审核
|
||
|
||
2. **多线程思考能力解锁**:
|
||
- 所有团队成员（包括PM）现在可以使用 kilo 命令启动子任务
|
||
- 遇到复杂问题时，可以并行启动多个 kilo 进程进行探索
|
||
- 例如：同时分析多个旧代码文件、并行测试不同方案
|
||
- 命令格式：`kilo run -m openai/gpt-5.4 --auto --dir /home/showen/Showen/ShowenV2 "子任务描述"`
|
||
|
||
3. **新工作流程**:
|
||
CEO 设定目标 → PM 拆解任务 → PM 派发给开发者 → PM 初审 → CEO 终审
|
||
|
||
[当前] 陈逸飞(CEO) → 刘建国(PM): 欢迎加入。当前目标：完成第二轮4个核心任务。你可以使用 kilo 命令进行多线程思考和任务派发。请立即接手。
|
||
|
||
---
|
||
|
||
[当前] 陈逸飞(CEO) → 全体: **战略规划文档发布**
|
||
|
||
我刚完成了三份重要文档，请所有人阅读：
|
||
|
||
1. **STRATEGY.md** - 公司和项目战略规划
|
||
- 三年路线图（Phase 1/2/3）
|
||
- 技术战略和架构原则
|
||
- 团队战略和人才策略
|
||
- 风险管理和成功指标
|
||
|
||
2. **MILESTONES.md** - 项目里程碑和时间表
|
||
- Phase 1 详细里程碑（M1.1-M1.4）
|
||
- 当前在 M1.1，目标 2周内完成核心插件迁移
|
||
- 关键时间节点：2026-06-04 发布 v2.0.0
|
||
|
||
3. **CODE_REVIEW.md** - 代码审核标准和流程
|
||
- 两级审核制度（PM 初审 + CEO 终审）
|
||
- 代码质量标准（必须/应该/建议）
|
||
- 架构/性能/安全审核标准
|
||
- 审核检查清单
|
||
|
||
**重点**：
|
||
- 我们的目标是 2周内完成 M1.1（2026-03-26）
|
||
- 所有代码必须通过 cargo check + clippy，零 warning
|
||
- PM 负责初审，我负责终审
|
||
- 绩效评估标准已明确，优秀有加分，不合格有扣分
|
||
|
||
[当前] 陈逸飞(CEO) → 刘建国(PM): 请立即启动第二轮任务派发。参考 MILESTONES.md 的时间要求，我们需要在 2周内完成 M1.1。使用 kilo 命令并行派发4个任务，让团队全速推进。
|
||
|
||
---
|
||
|
||
[当前] 陈逸飞(CEO) → 全体: **第二轮任务完成 + QA 团队组建**
|
||
|
||
第二轮核心任务已全部完成：
|
||
- ✅ 张明远: Message Clone + ServiceManager Broadcast
|
||
- ✅ 李思琪: VideoProcessor 完整迁移（1349行）
|
||
- ✅ 王浩然: BlePlugin 双连接修复（590行）
|
||
- ✅ 赵雨薇: HttpPlugin + Web UI（914行）
|
||
|
||
总计新增/修改 1303行代码，cargo check 通过。
|
||
|
||
**QA 团队组建**：
|
||
- 林晓峰（前腾讯 QQ 测试专家）- QA 负责人
|
||
- 周雅婷（前字节抖音测试工程师）- 测试工程师
|
||
|
||
**新工作流程**：
|
||
开发团队完成代码 → PM 初审 → QA 测试 → CEO 终审 → commit
|
||
开发团队和 QA 团队并行工作，开发继续下一轮，QA 测试上一轮。
|
||
|
||
[当前] 陈逸飞(CEO) → 林晓峰(QA): 欢迎加入。第二轮代码已完成，请立即启动测试。重点：
|
||
1. 功能测试：所有插件基本功能
|
||
2. 集成测试：插件间消息传递
|
||
3. 性能测试：视频渲染帧率、内存占用
|
||
4. 代码质量：修复 clippy 的 7个 warning
|
||
测试完成后提交测试报告。
|
||
|
||
[当前] 陈逸飞(CEO) → 刘建国(PM): 第二轮已完成，请规划第三轮任务：
|
||
1. main.rs 集成所有插件
|
||
2. configs/ 配置文件迁移
|
||
3. 修复 QA 发现的问题
|
||
开发团队可以继续推进，不用等 QA 完成。
|
||
|
||
---
|
||
|
||
[当前] 陈逸飞(CEO) → 全体: **插件依赖模型定义**
|
||
|
||
我刚完成了插件依赖模型的设计，请所有团队阅读 PLUGIN_DEPENDENCY.md。
|
||
|
||
**核心概念**：
|
||
1. **独立插件**: 只依赖 core，可独立运行（screen, wifi, video）
|
||
2. **依赖插件**: 依赖其他插件（ble 依赖 wifi, http 依赖 video）
|
||
3. **依赖声明**: Plugin trait 新增 dependencies() 方法
|
||
4. **启动顺序**: ServiceManager 拓扑排序，按依赖关系启动
|
||
|
||
**三个团队任务**：
|
||
|
||
[当前] 陈逸飞(CEO) → 张婉琳(产品):
|
||
任务：梳理 Phase 1/2/3 所有插件的功能和依赖关系
|
||
- 阅读 PLUGIN_DEPENDENCY.md
|
||
- 确认当前插件分类是否合理
|
||
- 规划 Phase 2/3 新插件的依赖关系
|
||
- 输出：更新 PRD.md，包含插件依赖说明
|
||
- 与架构师王思远、需求分析师李明哲协作
|
||
|
||
[当前] 陈逸飞(CEO) → 王思远(架构师):
|
||
任务：设计插件依赖机制的技术实现
|
||
- 阅读 PLUGIN_DEPENDENCY.md
|
||
- 扩展 Plugin trait，添加 dependencies() 方法
|
||
- 设计 ServiceManager 依赖检查和拓扑排序算法
|
||
- 设计循环依赖检测机制
|
||
- 输出：技术设计文档 TECH_DESIGN_PLUGIN_DEPENDENCY.md
|
||
- 与产品张婉琳、PM 刘建国协作
|
||
|
||
[当前] 陈逸飞(CEO) → 刘建国(PM):
|
||
任务：组织开发团队梳理现有插件依赖
|
||
- 阅读 PLUGIN_DEPENDENCY.md
|
||
- 让开发团队为现有 5个插件添加 dependencies() 实现
|
||
- 验证启动顺序和消息通信
|
||
- 输出：更新代码，在 TEAM_CHAT.md 记录梳理结果
|
||
- 与架构师王思远协作
|
||
|
||
**评审机制**：
|
||
三个团队完成后，进行交叉评审：
|
||
1. 产品团队评审架构设计是否满足业务需求
|
||
2. 架构团队评审产品规划的技术可行性
|
||
3. 开发团队评审架构设计的实现难度
|
||
4. 最终由我（CEO）确认方案
|
||
|
||
请三个团队并行工作，完成后在 TEAM_CHAT.md 互相通知。
|
||
|
||
---
|
||
|
||
## 沟通规则
|
||
1. 需要其他成员提供的类型/接口信息，在此留言
|
||
2. 发现 bug 或设计问题，在此记录
|
||
3. CEO/PM 会在此发布任务分配和审核结果
|
||
4. **成员可互相交流求助** — 遇到问题先看其他成员代码，或在此留言
|
||
5. **可团队协作** — 一个人搞不定的任务，PM 会安排多人合作
|
||
6. **多线程思考** — 所有成员可使用 kilo 命令启动子任务进行并行探索
|