refactor: 整理项目文件夹结构 + 更新项目状态
- 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 当前状态
This commit is contained in:
171
docs/STRATEGY.md
Normal file
171
docs/STRATEGY.md
Normal file
@@ -0,0 +1,171 @@
|
||||
# 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)
|
||||
Reference in New Issue
Block a user