feat(frontend): 增加邀请奖励页与可分享注册链接

[huyanxius]

背景

PR #357 已提供邀请码注册、邀请码查询/轮换、补填与双方积分奖励的后端契约，但前端实现需要作为独立任务设计和交付。#357 中现有的 frontend/ 改动将撤回，避免后端 PR 与前端体验耦合。

当前缺少一个完整的邀请入口：邀请人无法复制可分享链接，受邀人打开链接后不能直接进入邀请制注册，已有用户缺少清晰的补填与结果反馈。

目标

让登录用户能够理解邀请规则、分享个人邀请链接并看到成功邀请人数；让受邀用户通过链接直接进入已带入邀请码的注册流程；让已有用户可以补填一次邀请码并立即看到积分变化。

范围

• 提供独立的邀请奖励页面，并从账号中心的积分区域进入。
• 展示当前邀请码、成功邀请人数和邀请规则。
• 支持复制邀请码与复制个人邀请链接。
• 邀请链接使用稳定的站内注册深链，并携带邀请码和注册后的返回位置。
• 只有携带有效邀请码参数的邀请深链可以进入注册流程；普通访客入口保持登录导向。
• 注册面板内部读取并保留链接中的邀请码，提交时携带 invite_code，但界面不展示邀请码输入字段。
• 已有用户可补填邀请码，成功后刷新积分余额与流水。
• 轮换邀请码前明确提示旧链接会失效，并在成功后更新分享链接。
• 覆盖加载、失败、无效邀请码、重复填写、自填邀请码、复制成功及移动端状态。
• 保持现有 Windup 视觉系统、键盘操作和可访问性约束。

不包含

• 后端邀请码、积分或认证逻辑。
• 邀请排行榜、邀请人明细和运营后台。
• 邮件邀请、短信邀请或第三方社交平台 SDK。
• 在注册界面手工填写邀请码。
• 与邀请无关的账号中心重构。

依赖

• Depends on feat(auth): 开放公开注册，邀请码选填 #357。
• feat(auth): 开放公开注册，邀请码选填 #357 合并前，本任务可基于其后端契约进行 stacked 开发；依赖合并后再将前端 PR 调整到 main。

验收标准

• 登录用户可进入邀请奖励页，看到邀请码与成功邀请人数。
• “复制邀请码”和“复制邀请链接”均提供明确的成功/失败反馈。
• 分享链接打开后直接进入注册流程，界面不显示邀请码输入框，刷新或前后切换不会丢失链接中的邀请码。
• 不带有效邀请参数的普通访客不能进入注册流程，并获得清晰的邀请制提示。
• 注册请求携带从链接读取并规范化后的 invite_code，成功后按原返回目标进入工作区。
• 已有用户可以补填邀请码；成功后余额和积分流水刷新，失败时保留输入并展示后端原因。
• 轮换邀请码必须二次确认；轮换成功后页面和复制链接使用新邀请码。
• 相关组件测试、类型检查和构建通过，并完成桌面端与移动端真实页面验证。

关联

• Backend contract: feat(auth): 开放公开注册，邀请码选填 #357
• Original auth/quota scope: feat(auth): 开放邀请码注册，补齐填写邀请码接口 #355