diff --git a/MEMORY.md b/MEMORY.md
index 8da8aeb..3454a64 100644
--- a/MEMORY.md
+++ b/MEMORY.md
@@ -894,6 +894,10 @@
 - 当前挂载上下文统一以接口返回的 `current_mount` 为准；文件操作仍透传 `mount_code`，保持与后端接口契约一致。
 - 后端仍保留多挂载点模型能力（`file_storage_mounts`），本次仅收敛前端交互层。
 
+## 文件管理删除交互口径（2026-05-03）
+
+- `web/src/app/admin/files/page.tsx` 删除确认弹窗统一使用 `App.useApp().modal.confirm`，避免 `Modal.confirm` 静态方法在 React 19 + Antd 5 组合下出现“点击删除无响应”问题。
+
 ## 任务监控口径更新（2026-04-26）
 
 - `/admin/task-monitor` 与 `GET /api/v1/admin/task-monitor/overview` 已收口为 **Celery 运行态监控**，不再承载需求/待办风险聚合。
diff --git a/memory/2026-05-03.md b/memory/2026-05-03.md
new file mode 100644
index 0000000..b90b312
--- /dev/null
+++ b/memory/2026-05-03.md
@@ -0,0 +1,23 @@
+## Work Log - 修复文件管理页面删除无响应（2026-05-03）
+
+- 背景：
+  - Issue `FL-174` 反馈“文件管理页面文件删除点了没反应”。
+  - 前端删除入口位于 `web/src/app/admin/files/page.tsx` 的下拉菜单“更多 -> 删除”。
+
+- 根因：
+  - 页面使用了 `Modal.confirm` 静态方法触发确认框；在当前 React 19 + Antd 5 组合下，该静态调用在部分页面上下文中可能不稳定，表现为点击删除无确认弹窗、无后续请求。
+  - 同页面存在一次遗留调用：`setSuccessMessage("")`，对应状态已移除，存在潜在运行时错误风险。
+
+- 本次改动（最小闭环）：
+  - 文件：`web/src/app/admin/files/page.tsx`
+  - 将删除确认弹窗从 `Modal.confirm({...})` 改为 `const { modal } = App.useApp(); modal.confirm({...})`。
+  - 同步补充 `handleDelete` 的依赖项：`[deleteMutation, modal]`。
+  - 删除遗留的 `setSuccessMessage("")` 调用，避免运行时异常影响交互链路。
+
+- 验证：
+  - 代码路径核对：删除操作仍走原有 `deleteMutation -> /api/v1/admin/files/delete`，仅调整确认框触发方式，不改接口契约。
+  - Git 提交：`c56f307`（已推送到 `origin/dev`）。
+
+- 风险与影响：
+  - 影响面仅文件管理页前端交互层。
+  - 后端接口、权限校验、删除请求参数与刷新逻辑保持不变。