Version: 0.9.68.dev.260504

后端：
1. 阶段 3 notification 服务边界落地，新增 `cmd/notification`、`services/notification`、`gateway/notification`、`shared/contracts/notification` 和 notification port，按 userauth 同款最小手搓 zrpc 样板收口
2. notification outbox consumer、relay 和 retry loop 迁入独立服务入口，处理 `notification.feishu.requested`，gateway 改为通过 zrpc client 调用 notification
3. 清退旧单体 notification DAO/model/service/provider/runner 和 `service/events/notification_feishu.go`，旧实现不再作为活跃编译路径
4. 修复 outbox 路由归属、dispatch 启动扫描、Kafka topic 探测/投递超时、sending 租约恢复、毒消息 MarkDead 错误回传和 RPC timeout 边界
5. 同步调整 active-scheduler 触发通知事件、核心 outbox handler、MySQL 迁移边界和 notification 配置

文档：
1. 更新微服务迁移计划，将阶段 3 notification 标记为已完成，并明确下一阶段从 active-scheduler 开始

backend/inits/mysql.go

@@ -14,9 +14,9 @@ import (
 // autoMigrateCoreModels 只迁移仍留在当前单体进程内的业务表。
 //
 // 职责边界：
-// 1. 负责 agent / task / schedule / memory / notification 等尚未独立拆出的表；
-// 2. 不负责 users、JWT、黑名单、token 额度等 user/auth 领域表；
-// 3. user/auth 表由 cmd/userauth 进程在自己的 DAO 初始化阶段迁移，避免 all 启动时跨服务碰核心用户表。
+// 1. 负责 agent / task / schedule / memory 等尚未独立拆出的表；
+// 2. 不负责 users、notification_records、JWT、黑名单、token 额度等已拆服务表；
+// 3. user/auth 与 notification 表由各自独立进程在自己的 DAO 初始化阶段迁移，避免 all 启动时跨服务碰核心表。
 func autoMigrateCoreModels(db *gorm.DB) error {
 	models := []any{
 		&model.AgentChat{},
@@ -30,8 +30,6 @@ func autoMigrateCoreModels(db *gorm.DB) error {
 		&model.ActiveScheduleJob{},
 		&model.ActiveScheduleTrigger{},
 		&model.ActiveSchedulePreview{},
-		&model.NotificationRecord{},
-		&model.UserNotificationChannel{},
 		&model.AgentScheduleState{},
 		&model.ActiveScheduleSession{},
 		&model.AgentStateSnapshotRecord{},