feat: Phase 2e-1 统一通知中心 + 我的 TabBar 聚合未读红点

后端（notify 模块）
- 新增 notify 模块：DAO/Service/Pusher 接口/Controller/Router/CleanupTask
- 数据库 DDL：notify_notifications 表 + 3 索引（user+created/user+is_read/user+category）
- 11 种 type 枚举（好友/群聊 9 种 + meeting_* 2 种预留）+ 4 种 category
- 跨模块集成：contact 3 处 Pusher（friend_request/accepted/rejected）
- 跨模块集成：group 6 处 Pusher（invite/join_request/approved/rejected/kicked/role_changed）
- WS handler 断线补偿：连接建立即推送 notify.unread.total
- 5 REST API（4 用户 + 1 管理员广播）+ 2 WS 事件（notify.new / notify.unread.total）
- 30 天已读通知定时清理（未读永久保留）
- Provider/Wire 依赖注入（NotifyPusher、NotifyConnectHook、UserInfoResolver 接口）

前端
- 新增 notify 模块：API/Pinia Store（5 分类分页缓存 + 未读数 + WS 事件）/NotifyItem/通知中心主页
- profile 入口：铃铛 badge + 菜单项 badge + 数字显示
- App.vue/login 初始化 notifyStore WS 监听；logout 调用 notifyStore.reset() 清缓存
- 清理 contact.js/group.js 中散落 toast 与冗余 notify.friend.request/group.join.request 处理
- CustomTabBar 新增 hasDot() 聚合指示器：我的 Tab 显示纯红点（无数字），
  当前聚合 notifyStore.unreadTotal，未来可扩展「资料待完善/安全提醒/新版本」等

文档
- 新增 Phase 2e 整体路线图 docs/plans/2026-04-20-phase2e-design.md
- 新增 Phase 2e-1 专用设计 docs/plans/2026-04-20-phase2e-1-design.md（§6.4 TabBar 聚合红点）
- 新增 Phase 2e-1 实施计划 docs/plans/2026-04-20-phase2e-1-implementation.plan.md
- 新增 E2E 验证报告 test-report-phase2e-1-notification.md（含 Playwright MCP 2 个现场 Bug 修复记录）
- 更新 docs/progress/CURRENT_STATUS.md、docs/api/README.md、docs/api/frontend/notify.md
- 更新 .cursor/rules/project-context.mdc、docs/plans/2026-02-27-echochat-system-design.md

其他
- .gitignore 排除 .playwright-mcp/ MCP 临时快照

架构决策
- 单端 WS 连接：沿用现有 ws.Hub，多端已读同步推迟到 Phase 2f/二期
- 跨模块依赖：contact/group → notify 严格单向（接口注入模式）
- 降级策略：Pusher 先入库后推送；WS 失败不回滚入库；入库失败仅 Warn 不影响业务

Playwright MCP 回归（4 类场景全通）
- 实时推送（admin 广播 → 1s 内前端自动插入 + 角标 +1）
- Deep-link 跳转（好友申请通知 → contact/request 页）
- 批量清零（全部已读按钮）
- TabBar 聚合红点（有未读亮/全部已读灭）与 notifyStore.unreadTotal 三层同步

Made-with: Cursor

backend/go-service/app/notify/service/pusher.go

@@ -0,0 +1,66 @@
+// Package service 提供 notify 模块的业务逻辑
+package service
+
+import (
+	"context"
+	"encoding/json"
+
+	authModel "github.com/echochat/backend/app/auth/model"
+)
+
+// PushPayload 跨模块推送通知的统一入参
+// 由上游业务模块（contact/group/admin/meeting）构造并传递给 Pusher
+type PushPayload struct {
+	UserID     int64       // 接收者用户 ID（必填）
+	Type       string      // 通知类型常量，见 constants.NotifyType*
+	Title      string      // 通知标题（可选，为空时使用类型默认文案）
+	Content    string      // 通知副文案
+	ActorID    *int64      // 触发主体用户 ID（申请人/邀请人等），系统广播为 nil
+	TargetType string      // 业务对象类型：user / group / meeting / system
+	TargetID   *int64      // 业务对象 ID
+	Extra      interface{} // 扩展数据，内部会序列化为 JSON 字符串存入 extra 列
+}
+
+// Pusher 通知推送接口
+// 由 notify 模块实现，供 contact / group / admin / meeting 等上游模块注入调用
+// 实现原则：
+//  1. 入库 + WS 推送 双动作，WS 推送失败不回滚入库（降级策略）
+//  2. 同步调用可能阻塞业务，实现内部使用 goroutine 异步处理
+//  3. 一个 PushPayload 对应单个接收者；批量场景请多次调用
+type Pusher interface {
+	Push(ctx context.Context, payload *PushPayload)
+	PushBatch(ctx context.Context, payloads []*PushPayload)
+}
+
+// UserInfoResolver 查询用户昵称 / 头像的接口，用于补全通知中的 actor 信息
+// 由 contact.FriendshipDAO 隐式实现（已有 GetUsersByIDs 方法）
+type UserInfoResolver interface {
+	GetUsersByIDs(ctx context.Context, userIDs []int64) ([]authModel.User, error)
+}
+
+// marshalExtra 将 Extra 字段序列化为 JSON 字符串，供 DAO 写入 jsonb 列
+// 空值返回 nil；若调用方已传入合法 JSON 字符串（string 或 *string），直接透传；其余类型走 json.Marshal
+func marshalExtra(extra interface{}) *string {
+	if extra == nil {
+		return nil
+	}
+	switch v := extra.(type) {
+	case string:
+		if v == "" {
+			return nil
+		}
+		return &v
+	case *string:
+		if v == nil || *v == "" {
+			return nil
+		}
+		cp := *v
+		return &cp
+	}
+	bytes, err := json.Marshal(extra)
+	if err != nil {
+		return nil
+	}
+	s := string(bytes)
+	return &s
+}