diff --git a/changelogs/2026-06/01_admin_warn_edit_departure_with_orders.md b/changelogs/2026-06/01_admin_warn_edit_departure_with_orders.md
new file mode 100644
index 0000000..3ab759f
--- /dev/null
+++ b/changelogs/2026-06/01_admin_warn_edit_departure_with_orders.md
@@ -0,0 +1,32 @@
+# 【管理后台·前端待办】已有报名的小蒙马班期改「出发日期」需强力二次确认
+
+> **类型**: 前端待办(admin hl-ui) - UX 安全提示
+> **仓库**: hl-ui(管理后台前端)
+> **日期**: 2026-06-01
+> **背景**: wx 反馈——已经有报名的团期改出发日期,应给强力提示(改出发日期会影响已下单/已报名的客户)
+> **后端**: 数据已就绪,无需改后端
+
+---
+
+## 一、需求
+
+班期编辑(Step4 班期定价 → 编辑班期)保存时,若该班期**已有报名/订单**,改动「出发日期」前必须弹**强力二次确认**(而非静默保存),提示运营:该班期已有 N 人报名/M 单,改出发日期会影响已下单客户,请确认。
+
+## 二、后端已提供的数据(无需改后端)
+
+班期列表 `GET /admin/product/item/{id}/schedule/list`(ScheduleRespVO)每条已返回:
+- `enrolledPeople` 已报名人数(含线下)
+- `orderCount` 有效订单数(含线下占位)
+- `remainStock` / `remainParticipants` 余量
+
+编辑表单的班期数据即来自该列表,前端可直接判断 `enrolledPeople > 0`(或 `orderCount > 0`)。
+
+## 三、前端要做
+
+班期编辑保存时:
+1. 若 `enrolledPeople > 0`(或 orderCount>0)**且**出发日期被改动 → 弹强确认弹窗(危险样式),文案如:「该班期已有 {enrolledPeople} 人报名,修改出发日期将影响已下单客户,确认修改?」,二次确认后才提交。
+2. 未改出发日期、或无报名的班期,保持原静默保存。
+
+## 四、关联后端修复(已上线)
+
+- 改出发日期后,后端已会**自动重算结束日期(#3296)和报名截止日(#3303)**,班期状态随之正确联动(不再卡「已结束」)。前端保存后刷新列表即可看到状态/日期同步。