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

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

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

server/internal/modules/dnf/profession/companion_bridge.go

@@ -0,0 +1,48 @@
+package profession
+
+import dnfskill "longheng.io/server/internal/modules/dnf/skill"
+
+// 本文件是支援兵（companion）移植的桥接层。
+//
+// companion 模块是从 Server-90 移植过来的，它引用两个当前 profession 包
+// 没有的名字（SupportsTarget / FreeGrantsAtCharacterLevel）。这两个名字在
+// Server-90 里的语义与当前包的 SupportsSelection / FreeGrantsAtLevel 完全一致，
+// 只是入参形态不同：
+//
+//	Server-90 : SupportsTarget(job, growType)                 growType 是打包值
+//	当前      : SupportsSelection(job, first, awakening)      已经拆开
+//
+// 所以这里不做算法改写，只做「拆包 → 转调」，保证两条路径的行为永远一致
+// （算法本体仍然只有一份，在 profile.go 里）。
+
+// SupportsTarget 报告当前 PVF 是否暴露了这个打包后的职业目标。
+func (p *Profiles) SupportsTarget(job byte, growType byte) bool {
+	if p == nil {
+		return false
+	}
+	first, awakening := Decode(growType)
+	return p.SupportsSelection(job, first, awakening)
+}
+
+// FreeGrantsAtCharacterLevel 返回该职业进度在 PVF 里的技能下限，
+// 并把固定等级技能抬到由角色等级推导出的档位。
+//
+// 与 FreeGrantsAtLevel 的区别：后者按完整 growType 反查到受保护技能集；
+// 这里接受已经拆好的 firstGrowType/awakeningStage，供支援兵按
+// 「源角色 branch + 觉醒阶段」直接取用。
+func (p *Profiles) FreeGrantsAtCharacterLevel(
+	catalog *dnfskill.Table,
+	job byte,
+	firstGrowType byte,
+	awakeningStage byte,
+	characterLevel int,
+) ([]Grant, bool) {
+	if p == nil || catalog == nil {
+		return nil, false
+	}
+	grants, ok := p.FreeGrants(job, firstGrowType, awakeningStage)
+	if !ok {
+		return nil, false
+	}
+	return grantsAtCharacterLevel(catalog, job, characterLevel, grants), true
+}