docs(changelog): 通知前端 — 小蒙马行程住宿房间数选择器移除(后端已兼容,#3258脱钩后无用)

changelogs/2026-05/29_feat_admin_group_itinerary_hide_room_count.md

@@ -0,0 +1,28 @@
+# 【管理后台·前端】小蒙马(GROUP)行程「住宿安排」房间数选择器移除
+
+> **类型**: 前端调整(需 hl-ui 改)
+> **服务**: 无后端改动(hl-product-service-v2 已兼容)
+> **日期**: 2026-05-29
+> **影响范围**: 管理后台 产品编辑 → Step2 行程编排 → 当日概况 → 住宿安排，小蒙马(GROUP)产品
+> **归属**: 前端待改(mmg);后端无需改动
+> **状态**: 后端已确认兼容(测试服在跑)
+
+---
+
+## 一、需求
+
+小蒙马(GROUP)产品的行程「住宿安排」里，酒店后面的**房间数选择（如「普通标间 ×8间」的"×N间"）不再需要选**，前端隐藏/移除该房间数控件即可（仅 GROUP；CORE/私人定制 CUSTOM 仍保留，房间数对它们另有用途）。
+
+## 二、为什么
+
+此前行程住宿的房间数会被后端聚合成 `defaultRoomCount`，再在**班期创建时自动填充班期「最大房间数」maxRooms**。但 #3258 已经把班期 maxRooms 与行程**彻底脱钩**（班期房间数改为按团期自由填/线下占位独立管理）。因此行程住宿的房间数对小蒙马**已无任何作用**，留着只会误导运营。
+
+## 三、后端兼容性（已确认，无需后端改动）
+
+- 行程保存接口 `POST /admin/product/item/{id}/itinerary` 的住宿项 `roomCount` 字段本就是**可选**（无必填校验），前端不传/传 null 后端正常保存。
+- `roomCount` 不再影响班期 maxRooms / 库存 / 可报名（#3258 起已脱钩）。
+- 前端只需对 GROUP 隐藏该控件、提交时不带该值即可，无需后端配合。
+
+## 四、备注
+
+后端侧 `defaultRoomCount`（product_basic）已成为无逻辑消费的遗留字段，计划后续单独清理，不影响本次前端调整。