DNF90 服务端与启动器完整源码（含 GM 工具功能增强）

服务端（Go）：
- GM 塞背包/带属性装备发放：在线角色推送 op14 增量物品行，背包实时刷新，无需回角色选择界面
- GM 改金币/改等级：去掉在线拒绝，落库后推送 op14 钱包/op37 等级状态，在线实时刷新
- 等级端点统一切换到新版 GMSetCharacterLevel（自带在线刷新）
- 无限/锁死疲劳模式 + 燃烧疲劳：每房间消耗 2 点、打怪与通关经验双倍
- 燃烧疲劳开关时给所有在线角色推送系统提示（op12 mode 0）
- 深渊史诗掉率：GM 全局倍率 + 城镇增益药剂窗口倍率，真实接入掉落结算

启动器（Python/JS）：
- 标题栏自绘、窗口 1204x717、禁止拖拽改大小、仅最小化/关闭
- GM 工具：疲劳与燃烧、深渊史诗掉率、拍卖行上架（单一定价对齐）
- 拍卖行上架前端对齐服务端单一价格语义，修复 400 报错

server/internal/services/dnfbridge/scene_hud_projection_restore.go

@@ -0,0 +1,96 @@
+package dnfbridge
+
+import (
+	"context"
+	"fmt"
+
+	dnfrepo "longheng.io/server/internal/modules/dnf/repository"
+	"longheng.io/server/internal/modules/dnf/wedding"
+)
+
+// restoreCurrentSceneHudProjections 重放"挂在 HUD 上、随客户端场景重建被清空"的持久投影。
+//
+// 背景（2026-10-08 现场）：客户端的 buff 栏、冷却表都是**进程内内存**，任何一次重建场景
+// （登录选角、回城、**区域切换**）都会先把它清空，服务端必须重放。此前只有两条路径补过：
+//
+//	initial_town_route_packets.go —— 登录选角路线（含 guild state projection）
+//	initial_town_route_packets.go —— 副本回城路线（exp / 公会 buff / 属性药水 / 冷却）
+//
+// 而**区域切换**（客户端 op36 → op22/op23/op356/op24，例如进赛利亚房间、回广场、店铺区）
+// 同样重建场景，却什么都没补。实测时序（conn game-000125）：
+//
+//	04:02:43.083  op24  回城路线 —— 紧跟 op487 重发公会 buff 167/169 ✓
+//	04:02:45.625  op24  区域切换 —— 没有任何 buff 重发 ✗
+//	→ 公会属性（限时 +60 四维）就这样消失，小退重上才回来（登录只有一个 op24）。
+//
+// 所以凡是"我们自己发的场景切换"都要在 op24 之后调用本函数。调用方必须已经提交了场景
+// 切换、并且客户端此刻已经有可用的 actor/scene（与 writeCurrentGuildBuffProjection 的
+// 前置条件一致）。
+func (s *Service) restoreCurrentSceneHudProjections(session *gameSession, source string) error {
+	if session == nil || session.selectedCharacterID == 0 {
+		return nil
+	}
+	if err := s.sendCurrentExperienceConsumableBuffProjection(session, source); err != nil {
+		return fmt.Errorf("restore experience consumable HUD: %w", err)
+	}
+	// 公会 BUFF 挂在 HUD 而不是 actor 上，场景重建即被清空。两个公会属性
+	// （限时 167 / 永久 169）都在这里重放，重放顺序由 writeCurrentGuildBuffProjection
+	// 保证"先全部移除、再按登录顺序全部加回"。
+	if err := s.sendCurrentGuildBuffProjection(session, source); err != nil {
+		return fmt.Errorf("restore guild buff HUD: %w", err)
+	}
+	if err := s.sendCurrentStatChangePotionBuffProjection(session, source); err != nil {
+		return fmt.Errorf("restore stat change potion HUD: %w", err)
+	}
+	if err := s.sendCurrentItemCooltimeProjection(session, source); err != nil {
+		return fmt.Errorf("restore item cooltime list: %w", err)
+	}
+	// 装备实例的原始字节（勋章守护珠 raw socket 字、称号 raw 随机附魔）不在 mode1/mode3
+	// 的创建行里，场景重建后必须单独补，否则勋章宝珠图标与属性一起消失。
+	s.restoreCurrentSceneRawEquipmentRows(session, source)
+	return nil
+}
+
+// restoreCurrentSceneWeddingRoomState 重放婚房状态（op1011 家具与摆放 + op1008 房间状态，含情侣树）。
+//
+// 客户端的"婚房属性"显示在结婚戒指上，**数据源就是这条状态**：服务器侧没有任何婚房属性
+// 聚合，decoration/coupleroomiteminfo.etc（家具）与 decoration/coupletree.etc（情侣树）
+// 里也只有装饰、生长与奖励字段，属性是客户端按这份房间数据自己算的。
+//
+// 它此前只在**真正踏进婚房**那一刻发过一次（town_move.go 与 publishCurrentTownPresence
+// 里 townID==婚房 的分支），于是：
+//  1. 每次上线不去婚房 → 戒指不显示婚房属性；
+//  2. 进图（场景重建）→ 客户端那份数据被清掉且再无来源 → 既不显示也不生效；
+//  3. 只有"小退 + 再进婚房"才能重新拿到。
+//
+// 已婚角色在任何场景都需要它，所以在每次"场景完成/重建"的边界补发一次（失败只记日志）。
+func (s *Service) restoreCurrentSceneWeddingRoomState(session *gameSession, characterID uint16, source string) {
+	if s == nil || session == nil || characterID == 0 {
+		return
+	}
+	identity, current := s.boundGameSessionCharacterSnapshot(session)
+	if !current {
+		return
+	}
+	ctx, cancel := context.WithTimeout(context.Background(), createWriteTimeout)
+	defer cancel()
+	c, err := s.weddingCharacter(ctx, identity)
+	if err != nil {
+		return
+	}
+	state, stateErr := wedding.Read(c)
+	if stateErr != nil || state.Status != 4 {
+		return // 未婚角色没有婚房状态可发
+	}
+	if err := s.sendWeddingRoomState(session, c); err != nil {
+		s.logGameEvent(session, "game-wedding-room-scene-restore-failed",
+			"source", source, "char_id", characterID, "error", err)
+		return
+	}
+	s.logGameEvent(session, "game-wedding-room-scene-restore",
+		"source", source, "char_id", characterID,
+		"msg_ids", []uint16{1011, 1008},
+		"reason", "marriage_ring_room_attribute_has_no_other_source")
+}
+
+var _ = dnfrepo.CharacterRecord{}