becd200150
- docs/: 团队流程文档 (10个md) - .showen/: 管理状态文件 (CEO_BACKUP, RECOVERY, TEAM_CHAT, CEO_LOOP) - 根目录只保留 README.md + PROGRESS.md - 更新 RECOVERY.md/CEO_BACKUP.md/PROGRESS.md 反映自测机制完成 - 更新 souls/liu-jianguo.md 当前状态
172 lines
4.9 KiB
Markdown
172 lines
4.9 KiB
Markdown
# ShowenV2 战略规划
|
||
|
||
## 公司愿景
|
||
打造全球领先的**数字生命窗口平台**，让虚拟与现实无缝融合。
|
||
|
||
## 产品定位
|
||
ShowenV2 不是一个产品，而是一个**平台**：
|
||
- 支持多种显示技术（全息、VR、AR、屏幕）
|
||
- 支持多种内容类型（宠物、3D模型、数字人、AI歌姬）
|
||
- 通过插件架构实现无限扩展
|
||
|
||
## 核心竞争力
|
||
1. **插件化架构** - 零耦合，任何功能都可插拔
|
||
2. **跨平台能力** - Linux/macOS/Windows/嵌入式全覆盖
|
||
3. **高性能** - Rust 零成本抽象，实时渲染 60fps+
|
||
4. **开放生态** - 第三方可开发插件，形成内容生态
|
||
|
||
## 三年路线图
|
||
|
||
### Phase 1: 基础平台（当前，3个月）
|
||
**目标**: 完成旧功能迁移，建立插件架构基础
|
||
|
||
**里程碑**:
|
||
- M1.1 (2周): 核心插件迁移完成（video/http/ble/wifi/screen）
|
||
- M1.2 (4周): 集成测试通过，功能对齐旧版本
|
||
- M1.3 (6周): 性能优化，发布 v2.0.0-alpha
|
||
- M1.4 (12周): 稳定性测试，发布 v2.0.0
|
||
|
||
**交付物**:
|
||
- 可运行的 ShowenV2 系统
|
||
- 完整的插件开发文档
|
||
- 性能测试报告
|
||
|
||
### Phase 2: 生态扩展（6个月）
|
||
**目标**: 建立插件生态，支持第三方开发
|
||
|
||
**关键功能**:
|
||
- 插件市场和分发机制
|
||
- 3D 渲染插件（支持 glTF/FBX 模型）
|
||
- AI 集成插件（语音识别、自然语言理解）
|
||
- VR/AR 输出插件
|
||
- 插件热加载和沙箱隔离
|
||
|
||
**商业化**:
|
||
- 插件市场分成模式
|
||
- 企业版授权（定制化支持）
|
||
|
||
### Phase 3: 平台化（12个月）
|
||
**目标**: 成为数字生命内容的操作系统
|
||
|
||
**关键功能**:
|
||
- 云端内容分发网络
|
||
- 多设备协同（手机控制、多屏联动）
|
||
- AI 驱动的内容生成
|
||
- 社交和分享功能
|
||
- 开发者工具链（IDE 插件、调试器）
|
||
|
||
**商业化**:
|
||
- SaaS 订阅模式
|
||
- 内容创作者平台（类似 Unity Asset Store）
|
||
- 硬件合作（全息设备、VR 头显）
|
||
|
||
## 技术战略
|
||
|
||
### 架构原则
|
||
1. **插件优先** - 所有功能都是插件，核心只做路由
|
||
2. **零拷贝** - 消息传递尽量用引用，避免数据复制
|
||
3. **异步优先** - 网络 IO 用 tokio，阻塞操作独立线程
|
||
4. **跨平台** - cfg 条件编译，优雅降级
|
||
5. **向后兼容** - 配置文件和 API 保持兼容性
|
||
|
||
### 技术债务管理
|
||
- 每个 Phase 结束后安排 2周重构时间
|
||
- 技术债务记录在 TECH_DEBT.md
|
||
- 优先级：P0（阻塞）> P1（影响性能）> P2（代码质量）
|
||
|
||
### 质量标准
|
||
- 代码覆盖率 > 80%
|
||
- 零 clippy warning
|
||
- 所有 public API 必须有文档
|
||
- 关键路径必须有性能测试
|
||
|
||
## 团队战略
|
||
|
||
### 组织架构
|
||
```
|
||
CEO (陈逸飞)
|
||
├─ PM (刘建国) - 项目管理
|
||
├─ 核心开发团队 (4人) - 平台开发
|
||
├─ QA 团队 (待组建) - 质量保证
|
||
└─ 生态团队 (待组建) - 插件开发和社区运营
|
||
```
|
||
|
||
### 人才策略
|
||
- **只招最顶尖的人** - 宁缺毋滥
|
||
- **末位淘汰** - 每个 Phase 淘汰表现最差的 1人
|
||
- **灵魂传承** - 优秀成员的经验通过灵魂文件传承
|
||
- **持续学习** - 每月技术分享，保持技术领先
|
||
|
||
### 激励机制
|
||
- 绩效评分透明化
|
||
- 优秀成员获得更多自主权
|
||
- 关键贡献者获得期权激励
|
||
|
||
## 风险管理
|
||
|
||
### 技术风险
|
||
- **Rust 生态不成熟** - 关键依赖库可能有 bug
|
||
- 缓解：关键功能自己实现，减少依赖
|
||
- **跨平台兼容性** - 不同平台行为差异
|
||
- 缓解：CI/CD 覆盖所有平台，自动化测试
|
||
- **性能瓶颈** - 实时渲染可能达不到 60fps
|
||
- 缓解：早期性能测试，GPU 加速
|
||
|
||
### 项目风险
|
||
- **进度延期** - 任务估算不准确
|
||
- 缓解：敏捷迭代，每周复盘调整
|
||
- **人员流失** - 关键成员离职
|
||
- 缓解：灵魂文件机制，知识不随人走
|
||
- **需求变更** - 用户需求不明确
|
||
- 缓解：MVP 快速验证，小步快跑
|
||
|
||
### 商业风险
|
||
- **市场接受度** - 用户可能不买账
|
||
- 缓解：早期用户测试，快速迭代
|
||
- **竞争对手** - 大厂可能跟进
|
||
- 缓解：技术领先，建立生态壁垒
|
||
|
||
## 成功指标
|
||
|
||
### Phase 1
|
||
- [ ] 所有核心插件迁移完成
|
||
- [ ] cargo check 零 warning
|
||
- [ ] 功能对齐旧版本 100%
|
||
- [ ] 性能不低于旧版本
|
||
|
||
### Phase 2
|
||
- [ ] 第三方插件数量 > 10
|
||
- [ ] 插件下载量 > 1000
|
||
- [ ] 社区贡献者 > 50
|
||
|
||
### Phase 3
|
||
- [ ] 月活用户 > 10万
|
||
- [ ] 付费用户 > 1万
|
||
- [ ] 年收入 > 1000万
|
||
|
||
## 决策机制
|
||
|
||
### 技术决策
|
||
- **架构级** - CEO 最终决策
|
||
- **模块级** - PM + 相关工程师讨论决定
|
||
- **实现级** - 工程师自主决定
|
||
|
||
### 优先级排序
|
||
1. **P0** - 阻塞发布的 bug
|
||
2. **P1** - 核心功能缺失
|
||
3. **P2** - 性能问题
|
||
4. **P3** - 用户体验优化
|
||
5. **P4** - 技术债务
|
||
|
||
### 变更管理
|
||
- 所有重大变更必须先写设计文档
|
||
- 设计文档在 TEAM_CHAT.md 讨论
|
||
- CEO 批准后才能实施
|
||
- 实施过程中可根据实际情况调整
|
||
|
||
---
|
||
|
||
**文档版本**: v1.0
|
||
**最后更新**: 2026-03-12
|
||
**负责人**: 陈逸飞 (CEO)
|