**范围**: Flutter 客户端 UI 层
- **品牌残留**：旧代号 “E2E Pan/E2EPan” 仍存在于核心启动 banner、Flutter 入口类名、默认下载目录命名，导致对外展示不一致。
本次任务主要包含三个核心需求：
本次修复涉及多个我这边用的时候发现的问题：
"# 文件列表交互简化：从双击打开到单击进入的重构
在桌面端文件管理界面中，我这边用的时候发现顶部工具栏的上传和新建按钮使用悬停菜单不够直观。
在桌面端文件管理界面中，我这边用的时候发现上传和新建功能的菜单层级较深，操作不够直观。
我希望让桌面端 UI 更加现代化和丝滑，同时修复页面切换时重新渲染和加载界面闪现的问题。
原有设计中，底部/侧边导航栏在切换页面时有复杂的动画效果： - 背景指示器有滑动动画（从一个位置滑到另一个位置） - 背景形状有 stretch 弹性效果（中间拉长再收缩） - 桌面端有 InkWell 涟漪反馈
桌面端文件列表使用表格视图（FileTableView），我想参考 123云盘 的界面设计，优化多选交互体验。
2026-01-03
项目原有的缩略图生成策略为**按需生成**： - 上传文件时，只上传原始文件 - 浏览文件列表时，前端请求缩略图 API - 后端检查缩略图是否存在，不存在则下载源文件、生成缩略图、保存后返回
随着项目架构演进，部分早期设计的抽象层和事件机制变得冗余。
**功能**: .e2e 便携式加密文件的导入导出
**类型**: 功能实现
我在 Windows 桌面端遇到一个奇怪的现象：
- 之前的 `/health` 同时承担“核心是否在线”和“S3 是否可用”的责任，逻辑偏重 S3，导致在 S3 很慢或超时时，客户端会把“核心还在工作但 S3 掉了”误判成“核心未启动”。
- 目标：为 Android 和 Windows 两端建立一套稳定、可重复的“构建 + 运行 + 调试”工具链，减少手工步骤，避免把调试兼容逻辑写死在业务代码里。
- 目标：未来通过 gomobile / FFI 把 Go 核心嵌入到移动端/桌面应用中，减少“先启动核心进程，再连接 HTTP 服务”的操作成本。
我们讨论过一个方案： 把图片缩略图的生成从 Flutter/Dart 侧搬到 Go 后端，由 Go 负责解密原图并生成小图。