Admin/fquiz
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
541 Commits 1 Branch 0 Tags
cf68e6104bbff465f421d0108bbb8790a7d0f994
Commit Graph

158 Commits

Author SHA1 Message Date
chengkai3 cf68e6104b [fix]:[FL-197][修复 import-batches 接口无数据时返回 404 的问题] 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-27 22:15:42 +08:00
chengkai3 4cbd7262ae [fix]:[FL-196][移除 celery_app.py 中已删除的 atp_model_tasks 引用] 2026-06-27 18:04:20 +08:00
chengkai3 811b89bbb0 [fix]:[FL-196][补修 database.py init_db() 中残留的 atp_model 引用] 2026-06-27 17:56:13 +08:00
chengkai3 1ece40dd01 [fix]:[FL-196][修复 fl_analysis_external.py 中对已删除 atp_model 模块的引用] 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-27 17:17:50 +08:00
chengkai3 b8f61a72aa [feat]:[FL-194][删除AtpModel系统，保留AtpAsset] 
- 删除AtpModel、AtpModelVersion、AtpSimulationRun模型及相关代码
- 删除/api/v1/atp/models API端点
- 将engine status功能迁移到atp_asset_service
- 更新路由和模型注册，移除atp_model引用
- 删除相关测试文件
- 更新fl_analysis_service使用atp_asset_service的_truncate_output

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-27 10:14:27 +08:00
chengkai3 16bdd76eaf fix: wine执行器在运行时自动配置D:驱动器映射以支持ATP $INCLUDE路径 
tpbig.exe的ATP模板使用Windows绝对路径引用库文件：
  $INCLUDE, D:\ATP\110\ganzi\fanji\noM\short.lib, ...

需要wine的D:驱动器映射到ATP目录才能正确解析。

修改内容：
1. api/app/services/wine_service.py - 新增 _ensure_wine_drive_mapping()
   在每次执行wine前自动创建dosdevices/d:: symlink指向ATP目录，
   并将templates/fanji/*.lib复制到DOS路径对应位置
2. 预创建 ATP/110/ganzi/fanji/noM/ 目录结构并放入库文件
 2026-06-27 10:10:45 +08:00
chengkai3 10780285f5 feat: [FL-191] 改造地闪密度统计页面为文件导入记录视图 
## 改动摘要

### 后端改动
- 新增 `lightning_import.py` schema，定义文件导入批次相关数据结构
- 在 `lightning_service.py` 中实现 `list_lightning_import_batches` 和 `get_lightning_import_batch_events` 函数
- 在 `lightning.py` API 中新增两个端点：
  - `GET /lightning-currents/import-batches` - 获取文件导入批次列表
  - `GET /lightning-currents/import-batches/events` - 获取指定批次的事件明细

### 前端改动
- 修改 `page.tsx`，将表格展示从单个事件改为文件导入批次
- 新增 `EventsModal` 组件，用于查看批次的事件明细
- 新增 `ScatterModal` 组件，用于查看批次对应的散点图
- 每个批次记录提供「事件明细」和「散点图」按钮
- 更新类型定义，新增 `LightningImportBatchSummary` 等类型

### 数据分组逻辑
- 按 `source_file_name + create_date + region_id + location_tag + city` 进行分组
- 每个批次显示：文件名、导入时间、事件数、城市、地点标签、最大/平均电流

## 测试结果
- ✅ Python 语法检查通过（lightning_service.py, lightning.py, lightning_import.py）
- ✅ TypeScript 类型定义正确

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-27 07:37:39 +08:00
chengkai3 5bf92a9ded feat:[FL-184][AI问答改成流式响应] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-24 13:48:33 +08:00
chengkai3 7ef266e4a0 feat:[FL-181][AI问答要支持function call] 
实现AI问答的function call功能，支持调用系统接口进行查询。

改动内容：
1. 数据库扩展：
   - 在ai_chat_messages表增加tool_calls和tool_call_id字段
   - 创建数据库迁移文件

2. 模型和Schema更新：
   - AiChatMessage模型增加tool_calls(JSON)和tool_call_id字段
   - AiChatMessageSummary schema增加对应字段

3. Function Call实现：
   - 定义4个可调用函数：query_tower_models、query_lines、query_users、query_system_params
   - 实现_execute_function处理函数调用并返回格式化结果
   - 更新_call_openai_api支持tools参数

4. 消息流程更新：
   - 重构send_message支持完整的function call流程
   - 流程：用户消息 -> AI请求function call -> 执行函数 -> AI基于结果回复

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-22 23:59:13 +08:00
chengkai3 4fada96355 fix:[FL-173][修复usage_status验证错误] 
将 TempDataset 的 usage_status 从 "active" 改为 "idle"，符合 ElevationDatasetUsageStatus 的 Literal 定义（"idle" 或 "in_use"）。

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-21 14:45:37 +08:00
chengkai3 d100566dae fix:[FL-173][高程数据预览报错] 
修复 TempDataset 缺少 code 属性导致的 AttributeError。

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-21 14:31:17 +08:00
chengkai3 3fb4d5f170 fix:[FL-172][高程数据管理页面上传文件提交表单报错] 
修复高程文件上传接口的422错误。

问题原因：
ElevationFileRecordCreateRequest schema 的 mount_code 字段设置了 min_length=2 约束，
当前端传递空字符串时，Pydantic 验证失败导致 422 Unprocessable Entity 错误。

解决方案：
1. 添加 field_validator，将空字符串转换为 None
2. 应用到以下 Request schemas 的可选字符串字段：
   - ElevationFileRecordCreateRequest: source, mount_code, notes
   - ElevationFileRecordUpdateRequest: source, notes
   - ElevationDatasetCreateRequest: source, mount_code, file_name, notes
   - ElevationDatasetUpdateRequest: name, source, notes

这样可以确保：
- 空字符串被规范化为 None
- 保持向后兼容性
- 后端逻辑可以正确使用默认 mount_code（第一个可用挂载点）

Co-authored-by: multica-agent <github@multica.ai>
 2026-06-21 13:15:29 +08:00
chengkai3 40b57e7aa3 feat:[FL-171][高程数据文件上传支持zip] 
- 后端：elevation_file_record_service.py 新增 ZIP 文件上传支持
  - 导入 zipfile 和 IMPORTABLE_ARCHIVE_EXTENSIONS
  - create_file_record_from_upload 函数识别 .zip 扩展名
  - 新增 _create_file_records_from_zip 辅助函数处理 ZIP 解压
  - 自动为压缩包内每个有效的高程数据文件创建独立记录
  - 支持 .csv, .img, .tif, .tiff 格式的解压
  - 自动触发分析任务（如果启用）

- 前端：elevation-records/page.tsx 更新上传表单
  - Upload 组件 accept 属性新增 .zip
  - 更新提示文本说明支持 ZIP 压缩包自动解压

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-21 12:56:45 +08:00
chengkml 8e12b8a6e0 fix: 修复 ai_chat 模块导入错误，将 require_user 改为 get_current_user 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-06-21 00:34:12 +08:00
chengkai3 483fdb982b feat:[FL-165][给系统开发一个操作文档管理和展示功能] 
- 创建后端数据库模型：DocumentChapter 和 Document，支持按章节组织的树形文档结构
- 创建数据库迁移文件：002_add_document_management.sql
- 创建 Pydantic schemas：定义文档和章节的请求/响应模型
- 创建后端服务层：document_service.py 实现 CRUD 和树形结构构建
- 创建 API 路由：/api/v1/documents 和 /api/v1/documents/chapters，支持完整的 RESTful 操作
- 创建前端类型定义：document.ts
- 创建文档管理页面：/admin/documents，包含章节树形目录和文档表格，支持增删改查
- 创建文档展示页面：/admin/docs-view，左侧目录树右侧内容展示，支持 Markdown 渲染
- 安装 react-markdown 依赖用于文档内容展示

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 23:22:03 +08:00
chengkai3 21f9839dd6 feat: [FL-166] 实现AI问答功能 
- 后端实现：
  - 添加 ai_chat_conversations 和 ai_chat_messages 数据模型
  - 创建 AI 问答 API 路由（/api/v1/ai-chat）
  - 实现对话管理和消息发送服务
  - 集成 OpenAI API 进行对话交互
  - 支持流式对话历史和上下文管理

- 前端实现：
  - 创建 ChatGPT 风格的聊天界面（/admin/ai-chat）
  - 支持新建、选择、删除对话
  - 实现消息发送和实时显示
  - 使用 Ant Design 组件构建响应式 UI

- 系统参数配置：
  - ai_chat.openai_api_key: OpenAI API 密钥
  - ai_chat.model: 使用的 AI 模型（默认 gpt-3.5-turbo）
  - ai_chat.base_url: API 基础 URL（支持第三方兼容接口）

- 数据库迁移：
  - 002_add_ai_chat.sql: 创建对话和消息表
  - 003_add_ai_chat_params.sql: 添加系统参数默认配置

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 23:20:26 +08:00
chengkai3 6a653a4960 fix:[FL-220][菜单禁用访问控制] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 18:40:29 +08:00
chengkai3 899d5316cf feat:[FL-211][高程管理扁平化为文件记录] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 18:03:27 +08:00
chengkai3 fac00c0536 fix:[FL-218][角色管理列表接口返回 500] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 16:13:47 +08:00
chengkai3 7022d7f266 [fix]:[FL-213][修复高程文件记录服务导入失败] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 14:34:38 +08:00
chengkai3 86870f4610 feat: 高程管理重构 - 从数据集中心到文件中心 
## 重构目标

将高程数据管理从"数据集中心"模式重构为"文件中心"模式，去掉 ElevationDataset 概念，
扁平化为 ElevationFileRecord，每条记录对应一个高程文件。

## 主要变更

### 数据库层
- 新增 `elevation_file_record` 表，合并原 dataset 核心字段
- 更新 `elevation_apply_job` 和 `elevation_data_import_job`，添加 `file_record_id` 字段
- 创建数据迁移脚本 `001_add_elevation_file_record.sql`
- 保留旧表用于向后兼容

### 后端 API
- 新增 `/api/v1/elevation/records` 路由组（推荐使用）
  - GET /records - 文件记录列表
  - POST /records - 上传文件并创建记录（上传即创建）
  - GET /records/{id} - 获取记录详情
  - PATCH /records/{id} - 更新记录
  - DELETE /records/{id} - 删除记录
  - POST /records/{id}/analyze - 触发分析
  - POST /records/{id}/terrain/build - 生成地形瓦片
  - GET /records/{id}/preview - 预览数据
- 保留 `/api/v1/elevation/datasets` 路由用于向后兼容
- Apply API 支持 `file_record_id` 和 `dataset_id` 双 ID

### 后端代码
- 新增 `elevation_file_record_service.py` (601 行)，包含完整 CRUD 和操作逻辑
- 新增模型 `ElevationFileRecord`
- 新增 Schema：FileRecordSummary, CreateRequest, UpdateRequest 等
- 新增 Celery 任务：
  - `analyze_elevation_file_record_job`
  - `build_elevation_file_record_terrain_job`
- 新增执行函数：
  - `execute_file_record_analysis_job`
  - `execute_file_record_terrain_build_job`
- 更新模型字段，支持双 ID 关联

### 前端
- 新增简化页面 `/admin/elevation-records` (542 行)
- 从原 1760 行简化到 542 行
- 上传即创建，无需先建数据集
- 每行直接对应一个文件
- 操作更直观

### 文档
- 新增 `REFACTOR_SUMMARY.md` 完整重构说明
- 新增 `api/migrations/README.md` 迁移指南

## 用户体验改进

旧流程（4步）：
1. 创建数据集（填编码+名称）
2. 导入文件到数据集
3. 分析数据集
4. 预览/地形/回填

新流程（2步）：
1. 上传文件（填来源+分辨率）→ 自动创建+分析
2. 预览/地形/回填

## 向后兼容

- 保留旧表和旧 API，新旧系统可并存
- Apply Job 同时支持新旧 ID
- 提供平滑迁移路径

## 技术指标

- 代码简化：前端从 1760 行 → 542 行（-69%）
- 概念简化：去除"数据集"中间层
- API 数量：新增 8 个文件记录端点

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-06-20 09:01:16 +08:00
chengkai3 09835543a2 [feat]:[FL-159][杆塔模型管理页面一致性优化] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 08:38:07 +08:00
chengkai3 b2dd07d8e8 feat:[FL-158][ATP模型管理页面一致性优化] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 08:04:37 +08:00
chengkai3 a9a2d32fd5 [feat]:[FL-154][系统消息页面一致性优化] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 07:00:47 +08:00
chengkai3 012b62fab9 [feat]:[FL-153][系统参数管理页面一致性优化] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-20 06:50:53 +08:00
chengkai3 4834a567a8 [feat]:[FL-120][角色管理页面对齐用户管理分页交互] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-19 23:26:20 +08:00
chengkai3 a1fc8add9f fix: use Chinese messages for user ID validation API 
- Change "User ID already exists" to "用户 ID 已存在，请更换后重试"
- Change "User ID is available" to "用户 ID 可用"
- Change "Current user ID" to "当前用户ID"

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-19 11:15:55 +08:00
chengkai3 6cd959c528 refactor: use backend API for user ID uniqueness validation 
- Add GET /api/v1/users/check-id/{user_id} endpoint for real-time validation
- Replace frontend local validation with debounced API calls (500ms)
- Support exclude_user_id parameter for edit scenarios
- Add UserIdCheckResponse schema
- Maintain format validation (alphanumeric + underscore) on frontend
- Clean up timeout on component unmount

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-19 11:04:39 +08:00
chengkai3 d342fe79d0 fix:[FL-203][菜单管理 - 修复 INSERT SQL 缺少 visible/cacheable/component 字段] 
修复菜单创建接口中 INSERT SQL 语句缺少 visible、cacheable 和 component 字段的问题。

问题描述：
- 前端发送的请求包含 visible、cacheable 和 component 字段
- 后端 INSERT SQL 语句未包含这些字段
- 导致数据库使用默认值 null，违反 visible 列的 NOT NULL 约束

修复内容：
- 在 INSERT INTO menus 语句中添加 visible、cacheable、component 字段
- 在 VALUES 子句中添加对应的占位符
- 在参数字典中添加这三个字段的值

影响范围：
- api/app/services/legacy_admin_rbac_service.py 的 create_menu 函数

Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 21:03:44 +08:00
chengkai3 d195bef4d3 fix:[FL-202][用户管理 - 创建用户 API 返回 500 错误] 
修复了用户创建时因数据库表名不匹配导致的 500 错误。

问题原因：
代码中使用了错误的数据库表名：
- 使用 user_role 表，但实际表名是 roles
- 使用 user_role_rela 表，但实际表名是 user_roles
- 查询 user_role.id = 'user'，但应该是 roles.code = 'user'

修改内容：
1. _role_ids_exist(): 修正表名从 user_role 到 roles，字段从 id 到 code
2. _replace_legacy_user_roles(): 修正表名从 user_role_rela 到 user_roles，并添加通过 role_code 查询 role_id 的逻辑
3. _assign_legacy_roles(): 修正默认角色查询从 user_role.id 到 roles.code

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 13:57:13 +08:00
chengkai3 23db30d0f0 fix: [FL-199][拆分用户创建错误消息以明确失败原因] 
将模糊的 409 错误消息 "User id/email/username already exists or default role missing"
拆分为三种具体的异常类型：

1. UserDuplicateError (409) - 用户ID/邮箱/用户名已存在
2. UserRoleAssignmentError (500) - 默认角色未配置或角色分配失败
3. UserCreateError (500) - 其他用户创建失败

改动内容：
- 在 user_service.py 中定义三个异常类
- 将 create_user 返回类型从 UserPublic | None 改为 UserPublic（抛出异常）
- 在 API 层捕获具体异常并返回对应的 HTTP 状态码和明确错误消息
- 更新和新增测试以验证错误消息准确性

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 13:13:51 +08:00
chengkai3 e67475aad6 [fix]:[FL-198][菜单管理 - 创建失败且错误信息不明确] 
## 改动摘要
- 新增自定义异常类用于菜单验证错误的精确识别
- 修改 create_menu 服务函数，使用异常替代返回 None
- 修改 API 端点捕获异常并返回详细错误信息

## 详细改动

### 1. 新增异常类 (api/app/exceptions/menu_exceptions.py)
创建了以下异常类以区分不同的验证失败场景：
- `MenuValidationError`: 基础菜单验证异常类
- `EmptyMenuCodeError`: 菜单编码为空
- `EmptyMenuNameError`: 菜单名称为空
- `DuplicateMenuCodeError`: 菜单编码重复
- `RemovedMenuCodeError`: 使用已移除的菜单编码
- `SelfParentError`: 菜单将自己设为父菜单
- `ParentNotFoundError`: 父菜单不存在

### 2. 修改服务层 (api/app/services/legacy_admin_rbac_service.py)
- 在 create_menu 函数中，将所有返回 None 的地方替换为抛出对应的异常
- 为数据库异常添加更具体的错误上下文
- 修改返回类型从 `MenuPublic | None` 为 `MenuPublic`

### 3. 修改 API 端点 (api/app/api/v1/admin.py)
- 在 create_menu_endpoint 中捕获 MenuValidationError 异常
- 返回详细的错误信息，包括具体的字段名（如有）
- 替换原来的模糊错误信息"Invalid menu payload or duplicate menu code"

## 测试验证
- 已通过 Python 语法检查
- 所有修改的文件编译通过
- 异常类可以正常导入

## 解决的问题
修复了 Issue FL-198 中描述的问题：
- 之前：所有创建失败都返回同一个模糊错误"Invalid menu payload or duplicate menu code"
- 现在：返回具体的错误原因，如"菜单编码 'xxx' 已存在 (字段: code)"、"父菜单 'xxx' 不存在 (字段: parent_id)"等

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 12:43:37 +08:00
chengkai3 96f83923f6 fix:[FL-197][角色管理 - 修复数据库表 user_role 不存在错误] 
修复角色创建功能在使用现代表结构（roles）时因硬编码查询 user_role 表而导致的数据库错误。

问题分析：
- admin.py:72 直接硬编码查询 user_role 表检查角色是否存在
- legacy_admin_rbac_service.py:201 也硬编码查询 user_role 表
- 实际项目使用的是现代表结构 roles（定义在 rbac.py）
- 导致 psycopg.errors.UndefinedTable: relation "user_role" does not exist

修复方案：
1. 移除 admin.py 中的硬编码表查询，将重复检查逻辑委托给 create_role 服务函数
2. 在 create_role 函数中添加 role_source 检测逻辑
3. 根据检测结果使用正确的表名（user_role 或 roles）和字段
4. 确保 legacy 和 modern 模式下都能正常工作

影响范围：
- 角色创建功能现在支持两种表结构
- 保持向后兼容性（legacy 模式仍使用 user_role）
- 修复 modern 模式下的角色创建功能

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 12:35:32 +08:00
chengkai3 80cf981fdb fix: [FL-195][创建用户报错] 为用户服务事务添加异常处理和回滚机制 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 12:26:58 +08:00
chengkai3 f3e5640290 fix:[FL-193][用户管理 - email 字段 NOT NULL 约束冲突] 
修复 users.email 字段 NOT NULL 约束与前端可选表单不一致的问题。

## 改动内容

1. 添加数据库兼容性检查函数 `_ensure_user_email_nullable()`
   - 检测 users.email 字段是否有 NOT NULL 约束
   - 如果存在约束则自动移除，使字段变为可选
   - 仅对 PostgreSQL 数据库生效

2. 在 `init_db()` 中调用该函数
   - 确保应用启动时自动应用迁移
   - 与现有兼容性检查函数保持一致的模式

3. 添加单元测试 `test_user_email_optional.py`
   - 验证可以创建不带 email 的用户
   - 验证可以创建带 email 的用户
   - 验证直接使用 User 模型创建用户时 email 可为 None

## 修复方案

采用 Issue 中推荐的方案 1（数据库层面修复）：
- 将 email 字段改为可选，与前端表单语义保持一致
- 用户可以选择不填写邮箱
- email 字段保持 UNIQUE 约束，但允许 NULL 值

## 相关文件

- api/app/core/database.py:523-546 - 新增兼容性检查函数
- api/app/core/database.py:586 - 在 init_db() 中调用
- api/tests/test_user_email_optional.py - 新增单元测试

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 11:34:22 +08:00
chengkai3 fa4834a9e2 fix:[FL-191][修复用户创建失败的数据库事务错误] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 11:00:38 +08:00
chengkai3 a332ba58ba [fix]:[FL-190][系统接口中的stacktrace信息不要直接展示到页面给用户看] 
- 后端：在 exception_handlers.py 添加文档注释，明确说明 stacktrace 字段仅供开发调试使用
- 前端：在 api.ts 添加 ApiErrorResponse 类型定义和文档注释，明确 readApiError 函数只提取 detail 字段展示给用户
- stacktrace 在 debug 模式下会返回给浏览器（可在开发者工具中查看），但前端不会展示到页面上

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 10:19:25 +08:00
chengkai3 3cc35c0336 feat: [FL-184] 添加调试模式配置以返回异常堆栈跟踪 
- 在配置文件中添加 debug_mode 参数，默认值为 true
- 创建全局异常处理器，当 debug_mode 开启时返回 stacktrace 信息
- 在 .env.example 中添加 DEBUG_MODE 配置项说明
- 新增测试文件验证调试模式功能

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 08:39:21 +08:00
chengkai3 6519fee729 [feat]:[FL-172][用户管理页面新增用户时邮箱放最后，且不要必填] 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 00:34:20 +08:00
chengkai3 cdc0b4b054 feat:[FL-165][角色管理页面查询时合并角色和菜单请求] 
将角色管理页面的角色和菜单两个独立API请求合并为单个请求，减少网络开销。

后端改动：
- 新增 RolesWithMenusResponse 响应模型
- 新增 list_roles_with_menus 服务函数
- 新增 GET /api/v1/admin/roles-with-menus 接口

前端改动：
- 更新 loadData 函数使用新的合并接口
- 减少从两个并发请求改为单个请求

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-18 00:05:11 +08:00
chengkai3 f281a1aebc [fix]:[FL-168][新建角色时角色编码要加唯一性校验] 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-17 23:55:57 +08:00
chengkai3 dd15768623 feat:[FL-160][角色管理页面表单过滤改成后台查询] 
- 后端API新增keyword查询参数支持角色搜索
- 在数据库层面实现基础过滤优化性能
- 前端移除客户端过滤逻辑改为调用后端API
- 添加搜索按钮和回车搜索功能

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-17 23:23:38 +08:00
chengkai3 9f4a121712 feat:[FL-156][菜单管理页面的过滤表单实时查询后台数据] 
- 后端API添加keyword和status查询参数支持
- 前端改为调用后端API进行实时过滤
- 添加300ms防抖优化性能

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-17 18:41:37 +08:00
chengkai3 c451a20f76 fix:[FL-153][导入雷电分布数据改成导入地闪密度数据] 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-17 15:35:07 +08:00
chengkai3 3899a2345e [fix]:[FL-145][系统消息要支持删除] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-16 17:44:11 +08:00
chengkai3 946312cb6e fix:[FL-143][处理消息查看报错] 
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-16 17:03:18 +08:00
chengkai3 60d5d8e305 feat:[FL-139][ATP模型管理要分页] 
- 在atp_model_service.py的list_models函数添加limit和offset参数
- 在atp_models.py的get_atp_model_list端点添加limit和offset查询参数
- 默认limit=100，offset=0，limit最大值500
- 保持向后兼容，不传参数时使用默认值

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-15 22:27:27 +08:00
chengkml d23ac4f74c Optimize S3 asset archive uploads 2026-06-15 19:05:43 +08:00
chengkai3 e03052ec8f [fix]:[FL-129][修复菜单管理SQL列名映射错误] 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-15 17:06:13 +08:00
chengkai3 9a1bcef89c [fix]:[FL-129][修复菜单管理SQL表名错误] 
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: multica-agent <github@multica.ai>
 2026-06-15 16:37:02 +08:00