WonderQ 三端重构：迁移路径

先选择整体切换方式。三种方案都保留现有 MiniAPP 业务；差别在 Admin UI 与权限内核如何落地。

目标形态（共同部分）
Vue3 + Element Plus
Admin UI / RBAC
Python FastAPI
JWT · Redis · PostgreSQL · Docker
Vue3 uni-app
H5 / 微信小程序
React UI
旧入口
Vue3 UI
新入口

A · 并行迁移（推荐）

新建 Vue3 管理端，按权限、首页、玩法、线索等垂直切片逐步替换；旧 React 端在过渡期继续可用。

优点

  • 风险可控
  • 可逐模块验收

代价

  • 短期维护两套 UI
同目录原地替换
React → Vue3 一次切换

B · 原地重写

直接把现有 `WonderQ-Admin-UI` 替换为 Vue3 + Element Plus，复用后端契约并一次性切换入口。

优点

  • 最终目录干净
  • 没有双 UI

代价

  • 回滚成本高
  • 业务功能容易遗漏
RBAC + JWT/Redis + 审计
Vue3 Admin UI 逐模块接入
MiniAPP 保持现有 Public API

C · 权限内核优先

先稳定后台用户、角色、菜单、按钮权限和 Redis 会话/黑名单，再以垂直业务切片重构 Vue3 UI。

优点

  • 权限基础先固定
  • 业务迁移边界清晰

代价

  • 前期后端工作较多
  • 需先确定权限模型

请点击一个你倾向的方案；如果想组合方案，也可以在终端说明。