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

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

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

server/internal/services/dnfbridge/dungeon_training_room_consumables.go

@@ -0,0 +1,36 @@
+package dnfbridge
+
+import (
+	"os"
+	"strings"
+)
+
+// 修炼道场 (5000) consumable handling. Live 2026-09-12: the client sends the
+// ordinary op44 use and the server deducted the stack; after the deduction was
+// removed the player reported the count looking like it gained one, because the
+// client adjusts its own stack and then applied the authoritative op14 row.
+//
+//	training_room_consumables.txt / DNF90_TRAINING_ROOM_CONSUMABLES
+//	    keep    (default) run the use for its effect, deduct nothing and send no
+//	            item row, so the stack never moves on the wire
+//	    refuse  acknowledge the use as a failure: the count never moves, but the
+//	            consumable's effect does not apply either
+const (
+	currentDungeonTrainingRoomConsumableKeep   = "keep"
+	currentDungeonTrainingRoomConsumableRefuse = "refuse"
+)
+
+func currentDungeonTrainingRoomConsumableMode() string {
+	const key = "DNF90_TRAINING_ROOM_CONSUMABLES"
+	raw := strings.TrimSpace(strings.ToLower(os.Getenv(key)))
+	if raw == currentDungeonTrainingRoomConsumableRefuse {
+		return currentDungeonTrainingRoomConsumableRefuse
+	}
+	return currentDungeonTrainingRoomConsumableKeep
+}
+
+// currentDungeonTrainingRoomRefusesConsumables reports the diagnostic mode that
+// answers every use with a failure instead of a silent no-deduction use.
+func currentDungeonTrainingRoomRefusesConsumables() bool {
+	return currentDungeonTrainingRoomConsumableMode() == currentDungeonTrainingRoomConsumableRefuse
+}