菜单管理页面删除交互改为统一确认并开放删除入口

Co-authored-by: multica-agent <github@multica.ai>

memory/2026-05-03.md

@@ -469,3 +469,25 @@
 - 风险与影响：
   - 影响范围仅 `角色管理` 页面前端展示层，不涉及后端接口与数据结构。
   - 菜单列文本改为汇总展示后，可读性更聚焦；完整菜单明细可通过悬浮提示查看。
+
+## Work Log - 菜单管理页面支持删除（2026-05-03）
+
+- 背景：
+  - Issue `FL-195` 要求“菜单管理页面支持删除”。
+  - 当前分支后端已具备删除接口与 modern/legacy 删除能力，本次补齐前端交互闭环，确保页面可直接发起删除。
+
+- 本次改动（最小闭环）：
+  - 文件：`web/src/app/admin/menus/page.tsx`
+  - 变更点：
+    - 删除操作确认交互从行内 `Popconfirm` 调整为 `App.useApp().modal.confirm`，统一与当前项目 React 19 + Antd 交互口径。
+    - 取消前端硬编码受保护菜单拦截（`PROTECTED_MENU_CODES`），所有行统一展示“删除”按钮；受保护/有子菜单等约束交由后端删除接口统一判定并返回错误提示。
+    - 删除进行中仅锁定当前行按钮，避免并发重复提交。
+
+- 验证：
+  - 变更已通过代码路径核对：删除仍走 `/api/v1/admin/menus/{id}` 的既有后端接口。
+  - 本地未执行前端编译校验：
+    - `npm --workspace web exec tsc --noEmit --pretty false` 在当前环境报 `EROFS`（npm 缓存目录只读）。
+
+- 风险与影响：
+  - 影响范围仅菜单管理页删除交互，不改后端数据模型与接口契约。
+  - 删除是否允许由后端统一裁决：受保护菜单或存在子菜单时会返回失败提示，行为与后端规则保持一致。