pulsareon/ShowenV2
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
05235f5686622a2b9adfda20adc3266598e7c5dc
ShowenV2/docs/STRATEGY.md
showen becd200150 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 当前状态
2026-03-13 04:45:35 +08:00

4.9 KiB
Raw Blame History

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 View Git Blame Copy Permalink