1.修复创建多个向量库
This commit is contained in:
403
docs/ai/出题批阅接口变更说明（2026-06-05）.md
Normal file
403
docs/ai/出题批阅接口变更说明（2026-06-05）.md
Normal file
@@ -0,0 +1,403 @@
|
||||
# 出题批阅接口变更说明（2026-06-05）
|
||||
|
||||
> 本文档面向后端开发人员，汇总出题/批卷接口本次升级的所有变更点，以及后端需要适配的代码修改。
|
||||
|
||||
---
|
||||
|
||||
## 一、变更总览
|
||||
|
||||
| 变更项 | 变更类型 | 影响范围 | 后端是否必须改 |
|
||||
|--------|----------|----------|---------------|
|
||||
| 批卷请求字段 `question_content` → `content` | **破坏性变更** | `/exam/grade` 请求体 | **是** |
|
||||
| 批卷结果格式统一为 `grading_status` + `details` | **格式变更** | `/exam/grade` 响应体 | **是** |
|
||||
| 出题总题数上限 20 道 | 新增校验 | `/exam/generate` | 需注意 |
|
||||
| 批卷 `question_type` 枚举校验 | 新增校验 | `/exam/grade` | 需注意 |
|
||||
| **`exclude_stems` 跨调用去重** | **新增参数** | `/exam/generate`、`/exam/generate-smart` | **建议使用** |
|
||||
| 出题结果新增 `requested_types`、`actual_types`、`warnings` | 新增字段 | `/exam/generate` 响应体 | 可选消费 |
|
||||
| 主观题缺少评分标准时返回 `warnings` | 新增字段 | `/exam/grade` 响应体 | 可选消费 |
|
||||
|
||||
---
|
||||
|
||||
## 二、破坏性变更（必须修改）
|
||||
|
||||
### 2.1 批卷请求字段重命名：`question_content` → `content`
|
||||
|
||||
**变更前**：
|
||||
```json
|
||||
{
|
||||
"question_id": "q-001",
|
||||
"question_type": "single_choice",
|
||||
"question_content": {
|
||||
"stem": "题干",
|
||||
"answer": "B",
|
||||
"data": {"options": [...]}
|
||||
},
|
||||
"student_answer": "B",
|
||||
"max_score": 2
|
||||
}
|
||||
```
|
||||
|
||||
**变更后**：
|
||||
```json
|
||||
{
|
||||
"question_id": "q-001",
|
||||
"question_type": "single_choice",
|
||||
"content": {
|
||||
"stem": "题干",
|
||||
"answer": "B",
|
||||
"data": {"options": [...]}
|
||||
},
|
||||
"student_answer": "B",
|
||||
"max_score": 2
|
||||
}
|
||||
```
|
||||
|
||||
**为什么要改**：出题接口 `/exam/generate` 返回的每道题里，题目内容字段叫 `content`。批卷接口改用同名 `content` 后，后端可以直接把出题结果的 `content` 透传到批卷接口，不需要做任何字段映射。
|
||||
|
||||
**后端代码修改示例**：
|
||||
|
||||
```python
|
||||
# 修改前
|
||||
grade_answers.append({
|
||||
"question_id": qid,
|
||||
"question_type": question.question_type,
|
||||
"question_content": question.content, # ← 旧字段名
|
||||
"student_answer": ans['answer'],
|
||||
"max_score": question.score
|
||||
})
|
||||
|
||||
# 修改后
|
||||
grade_answers.append({
|
||||
"question_id": qid,
|
||||
"question_type": question.question_type,
|
||||
"content": question.content, # ← 新字段名，与出题接口一致
|
||||
"student_answer": ans['answer'],
|
||||
"max_score": question.score
|
||||
})
|
||||
```
|
||||
|
||||
### 2.2 批卷结果格式统一
|
||||
|
||||
**变更前**：各题型返回格式不统一，客观题直接返回 `correct` + `feedback`，填空题返回 `details.blank_scores`，主观题返回 `details.scoring_breakdown`，没有统一的结构标识。
|
||||
|
||||
```json
|
||||
// 旧 - 客观题
|
||||
{"question_id": "q1", "score": 2, "max_score": 2, "correct": true, "feedback": "正确！"}
|
||||
|
||||
// 旧 - 填空题
|
||||
{"question_id": "q4", "score": 2, "max_score": 4, "details": {"blank_scores": [2, 0]}}
|
||||
|
||||
// 旧 - 主观题
|
||||
{"question_id": "q5", "score": 7, "max_score": 10, "details": {"scoring_breakdown": [...]}}
|
||||
```
|
||||
|
||||
**变更后**：所有题型统一使用 `grading_status` + `details` 结构。
|
||||
|
||||
```json
|
||||
// 新 - 客观题
|
||||
{
|
||||
"question_id": "q1",
|
||||
"score": 2,
|
||||
"max_score": 2,
|
||||
"grading_status": "success",
|
||||
"details": {
|
||||
"correct": true,
|
||||
"student_answer": "B",
|
||||
"correct_answer": "B",
|
||||
"feedback": "正确！"
|
||||
}
|
||||
}
|
||||
|
||||
// 新 - 填空题
|
||||
{
|
||||
"question_id": "q4",
|
||||
"score": 2.0,
|
||||
"max_score": 4.0,
|
||||
"grading_status": "success",
|
||||
"details": {
|
||||
"total_blanks": 2,
|
||||
"correct_blanks": 1,
|
||||
"blank_scores": [2.0, 0],
|
||||
"feedback": "2 个空中答对 1 个"
|
||||
}
|
||||
}
|
||||
|
||||
// 新 - 主观题
|
||||
{
|
||||
"question_id": "q5",
|
||||
"score": 7.5,
|
||||
"max_score": 10.0,
|
||||
"grading_status": "success",
|
||||
"details": {
|
||||
"scoring_breakdown": [
|
||||
{"point": "核心概念", "weight": 0.5, "achieved": 0.8, "comment": "概念描述准确"}
|
||||
],
|
||||
"highlights": ["条理清晰"],
|
||||
"shortcomings": ["缺少应用场景"],
|
||||
"overall_feedback": "整体回答较好，建议补充实际应用场景。"
|
||||
}
|
||||
}
|
||||
|
||||
// 新 - 评分失败（LLM 异常或超时）
|
||||
{
|
||||
"question_id": "q6",
|
||||
"score": 0,
|
||||
"max_score": 10.0,
|
||||
"grading_status": "failed",
|
||||
"details": {
|
||||
"error": "评分结果解析失败"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
**后端需要关注的点**：
|
||||
|
||||
1. **判断评分是否成功**：改用 `grading_status` 字段判断，不再依赖 `correct` 或 `score > 0`
|
||||
- `"success"` → 正常评分，`score` 和 `details` 有效
|
||||
- `"failed"` → 评分失败，`score` 为 0，`details.error` 包含失败原因
|
||||
2. **获取反馈信息**：原来客观题的 `correct`/`feedback` 现在统一在 `details` 里
|
||||
3. **成绩更新逻辑**：`grading_status: "failed"` 的题目，后端可选择标记为"待重批"而非直接记 0 分
|
||||
|
||||
**后端代码修改示例**：
|
||||
|
||||
```python
|
||||
# 修改前
|
||||
for result in grade_result['results']:
|
||||
is_correct = result.get('correct', False)
|
||||
feedback = result.get('feedback', '')
|
||||
# 更新成绩...
|
||||
|
||||
# 修改后
|
||||
for result in grade_result['results']:
|
||||
status = result.get('grading_status', 'success')
|
||||
details = result.get('details', {})
|
||||
|
||||
if status == 'failed':
|
||||
# 评分失败，标记待重批
|
||||
mark_for_regrade(result['question_id'], details.get('error', ''))
|
||||
continue
|
||||
|
||||
is_correct = details.get('correct', None) # 仅客观题有此字段
|
||||
feedback = details.get('feedback', '')
|
||||
# 更新成绩...
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 三、新增校验规则（需注意）
|
||||
|
||||
### 3.1 出题接口入参校验
|
||||
|
||||
`POST /exam/generate` 新增以下校验，不满足时返回 **HTTP 400**，`error_code` 为 `INVALID_PARAMS`：
|
||||
|
||||
| 校验项 | 规则 | 示例（会返回 400） |
|
||||
|--------|------|-------------------|
|
||||
| 题型合法性 | `question_types` 的 key 必须属于 5 种题型 | `{"essay": 2}` → 不支持 |
|
||||
| 题型数量 | 每种题型数量必须为非负整数 | `{"single_choice": -1}` → 不合法 |
|
||||
| 难度范围 | `difficulty` 必须为 1-5 的整数 | `"difficulty": 10` → 超范围 |
|
||||
| **总题数上限** | **所有题型数量之和不能超过 20** | `{"single_choice": 15, "true_false": 10}` → 超限 |
|
||||
|
||||
合法的 5 种题型 key：`single_choice`、`multiple_choice`、`true_false`、`fill_blank`、`subjective`
|
||||
|
||||
**后端建议**：在前端提交出题请求时做前置校验，避免不必要的网络请求。
|
||||
|
||||
### 3.2 批卷接口 question_type 校验
|
||||
|
||||
`POST /exam/grade` 的 `answers` 数组中，每道题的 `question_type` 现在也会校验。无效值返回 **HTTP 400**。
|
||||
|
||||
```json
|
||||
// 返回 400
|
||||
{"answers": [{"question_type": "essay", ...}]}
|
||||
|
||||
// 错误信息
|
||||
{"error_code": "INVALID_PARAMS", "message": "第 1 题的 question_type 无效: essay，合法值: fill_blank, multiple_choice, single_choice, subjective, true_false"}
|
||||
```
|
||||
|
||||
### 3.3 错误响应格式
|
||||
|
||||
校验失败统一返回：
|
||||
```json
|
||||
{
|
||||
"success": false,
|
||||
"error_code": "INVALID_PARAMS",
|
||||
"message": "具体错误描述",
|
||||
"status": "failed",
|
||||
"status_code": 4000
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 三点五、跨调用去重：`exclude_stems`（强烈建议使用）
|
||||
|
||||
### 背景问题
|
||||
|
||||
同一份文档多次调用出题接口时，由于知识点来源相同，新生成的题目很可能与已有题目高度重复。单次调用上限 20 道，当需要更多题目时，这个问题尤为突出。
|
||||
|
||||
### 解决方式
|
||||
|
||||
两个出题接口（`/exam/generate` 和 `/exam/generate-smart`）新增可选参数 `exclude_stems`，后端把该文件已入库的题目题干传过来，RAG 在生成后自动排除匹配的题目。
|
||||
|
||||
**请求示例**：
|
||||
```json
|
||||
POST /exam/generate
|
||||
{
|
||||
"file_path": "public_kb/产品手册.pdf",
|
||||
"collection": "public_kb",
|
||||
"question_types": {"single_choice": 10},
|
||||
"exclude_stems": [
|
||||
"重购率的定义是下列哪一项？",
|
||||
"以下哪项属于现代终端分类？",
|
||||
"客户满意度的计算公式为___"
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
### 参数说明
|
||||
|
||||
| 参数 | 类型 | 必填 | 说明 |
|
||||
|------|------|------|------|
|
||||
| `exclude_stems` | string[] | 否 | 已有题目的题干列表，最多 100 条 |
|
||||
|
||||
### 去重策略
|
||||
|
||||
- 基于题干前 80 个字符进行匹配
|
||||
- 新生成的题目如果与 `exclude_stems` 中任意一条匹配，会被自动过滤
|
||||
- 不传或传空数组时行为不变（向后兼容）
|
||||
|
||||
### 后端使用流程
|
||||
|
||||
```
|
||||
第一次出题：
|
||||
POST /exam/generate { question_types: {...} }
|
||||
→ 返回 20 道新题 → 审核后入库
|
||||
|
||||
第二次出题（想多出 10 道选择题）：
|
||||
1. 查询数据库，获取该文件已有的所有题目题干
|
||||
2. POST /exam/generate {
|
||||
question_types: {"single_choice": 10},
|
||||
exclude_stems: ["已有题干1", "已有题干2", ...]
|
||||
}
|
||||
→ 返回 10 道不与已有题目重复的新题
|
||||
```
|
||||
|
||||
**后端代码示例**：
|
||||
```python
|
||||
def generate_more_questions(file_path, collection, question_types):
|
||||
# 1. 查询该文件已有的题目题干
|
||||
existing_stems = db.query("""
|
||||
SELECT JSON_EXTRACT(content, '$.stem')
|
||||
FROM questions
|
||||
WHERE source_file = ?
|
||||
""", [file_path])
|
||||
|
||||
# 2. 调用出题接口，传入已有题干
|
||||
response = requests.post('http://rag-service:5001/exam/generate', json={
|
||||
'file_path': file_path,
|
||||
'collection': collection,
|
||||
'question_types': question_types,
|
||||
'exclude_stems': [row[0] for row in existing_stems]
|
||||
})
|
||||
|
||||
return response.json()
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 四、新增字段（可选消费）
|
||||
|
||||
### 4.1 出题结果新增字段
|
||||
|
||||
`POST /exam/generate` 和 `POST /exam/generate-smart` 的 `data` 对象新增三个字段：
|
||||
|
||||
```json
|
||||
{
|
||||
"data": {
|
||||
"questions": [...],
|
||||
"total": 8,
|
||||
"requested_types": {"single_choice": 5, "true_false": 3, "fill_blank": 2},
|
||||
"actual_types": {"single_choice": 5, "true_false": 3, "fill_blank": 0},
|
||||
"warnings": ["fill_blank: 请求 2 道，实际生成 0 道"],
|
||||
...
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
| 字段 | 类型 | 说明 |
|
||||
|------|------|------|
|
||||
| `requested_types` | object | 后端请求的题型和数量（原样回传） |
|
||||
| `actual_types` | object | 实际生成的题型和数量 |
|
||||
| `warnings` | string[] | 短缺提示数组，全部生成成功时为空数组 |
|
||||
|
||||
**后端建议**：检查 `warnings` 是否为空，不为空时可提示用户"部分题型生成不足"，或自动补发请求。
|
||||
|
||||
### 4.2 主观题评分警告
|
||||
|
||||
当主观题的 `content` 中缺少 `data.scoring_points` 评分标准时，批卷结果会在 `details.warnings` 中给出提示：
|
||||
|
||||
```json
|
||||
{
|
||||
"question_id": "q5",
|
||||
"score": 7.0,
|
||||
"max_score": 10.0,
|
||||
"grading_status": "success",
|
||||
"details": {
|
||||
"scoring_breakdown": [...],
|
||||
"overall_feedback": "...",
|
||||
"warnings": ["缺少评分标准(scoring_points)，评分结果仅供参考"]
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
此时 `grading_status` 仍为 `"success"`，但评分准确度可能受影响。后端可在前端展示时附上"评分仅供参考"的提示。
|
||||
|
||||
---
|
||||
|
||||
## 五、完整的出题→入库→批卷数据流（更新后）
|
||||
|
||||
```
|
||||
┌──────────────────────────────────────────────────────────────────────────┐
|
||||
│ 后端完整流程 │
|
||||
│ │
|
||||
│ 1. 调用出题接口 │
|
||||
│ POST /exam/generate │
|
||||
│ → 首次出题：不传 exclude_stems │
|
||||
│ → 追加出题：查询已有题干，传入 exclude_stems 避免重复 │
|
||||
│ → 返回 questions[]，每题包含 question_type, content, source_trace │
|
||||
│ → 检查 warnings 是否有短缺提示 │
|
||||
│ │
|
||||
│ 2. 审核入库（后端自行决定） │
|
||||
│ → 可删除/修改不满意的题目 │
|
||||
│ → 存入数据库时保留 content 字段原样 │
|
||||
│ → 生成 question_id (UUID)，设置 max_score │
|
||||
│ │
|
||||
│ 3. 学生作答 │
|
||||
│ → 收集 student_answer │
|
||||
│ │
|
||||
│ 4. 调用批卷接口 │
|
||||
│ POST /exam/grade │
|
||||
│ → content 直接从数据库取出透传（与出题接口返回的结构一致） │
|
||||
│ → 检查 grading_status 判断每题是否评分成功 │
|
||||
│ → grading_status=failed 的题目可标记待重批 │
|
||||
│ │
|
||||
│ 5. 更新成绩 │
|
||||
│ → 根据 question_id 匹配结果，写入学生成绩表 │
|
||||
└──────────────────────────────────────────────────────────────────────────┘
|
||||
```
|
||||
|
||||
**关键要点**：出题返回的 `content` 和批卷接收的 `content` 结构完全一致，后端只需原样存取即可，无需任何字段转换。
|
||||
|
||||
---
|
||||
|
||||
## 六、后端修改清单
|
||||
|
||||
| 序号 | 修改项 | 紧急程度 | 说明 |
|
||||
|------|--------|----------|------|
|
||||
| 1 | 批卷请求 `question_content` 改为 `content` | **必须** | 否则批卷接口无法读取题目内容，所有评分失败 |
|
||||
| 2 | 批卷结果解析改用 `grading_status` + `details` | **必须** | 否则无法正确获取评分详情 |
|
||||
| 3 | 处理 `grading_status: "failed"` 情况 | **建议** | 避免将 LLM 异常导致的 0 分直接记入成绩 |
|
||||
| 4 | **追加出题时传入 `exclude_stems`** | **强烈建议** | 避免同一文件多次出题产生重复题目 |
|
||||
| 5 | 出题请求总题数控制在 20 以内 | **建议** | 否则返回 400 错误 |
|
||||
| 6 | 前端校验 question_types 和 difficulty | **建议** | 减少无效请求 |
|
||||
| 7 | 消费 `warnings` 字段做短缺提示 | 可选 | 提升用户体验 |
|
||||
| 8 | 消费主观题 `details.warnings` | 可选 | 提示评分可信度 |
|
||||
Reference in New Issue
Block a user