这个路线是我经过对比，以及查询相关作品得出的一个上限较高的即使路线，可以极大的提高GooseForum的体验上限未来会在这个基础上渐进的实现。 shadcn 无论是能力是使用范围上 要比 Naive UI 这种重 base 框架有着更广的应用空间。 在 https://www.shadcn.io/template 有着丰富的面向c端的模板例子，足以撑起一个年轻现代化的论坛项目。具体流程如下。
GFUI
↓
shadcn-vue
↓
稳定
↓
React + shadcn
↓
内置多主题
↓
可选 Next Runtime
1. GFUI → shadcn-vue
必要性：
原则：
shadcn 负责基础 UI，论坛业务组件继续自己维护。
2. 稳定后迁移 React + shadcn
必要性：
3. React 稳定后支持内置多主题
默认提供约 3 套真正不同的 C 端主题，而不只是多配色。
主题可以改变：
布局
信息密度
圆角
边框
Typography
组件表现
Admin 不受 C 端主题控制。
4. 支持两种前端运行模式
GooseForum React Core
│
┌───┴───┐
│ │
Static Next
默认 可选
Static：
Go + embedded React/Vite dist
Next：
Go
→ 检测 Node
→ 启动 Next
→ Reverse Proxy
5. Next 保持薄
React 是产品层，Next 只是运行时宿主。
Next 只负责 SSR、SEO、Metadata 等增强能力，业务组件不绑定 Next。
6. 支持运行时切换
Static
↓
启动 Next
↓
健康检查
↓
切流
↓
Next
Next 异常时可降级回 Static。
最终目标：
默认模式足够轻，高级模式有更高上限，同时尽量避免框架绑定。