44 lines
1.4 KiB
Markdown
44 lines
1.4 KiB
Markdown
# 需求分析-2026-05-25-13-42-13
|
||
|
||
## 开始时间
|
||
|
||
2026-05-25-13-42-13
|
||
|
||
## 原始需求摘要
|
||
|
||
用户要求将自动微调匹配工作区中的“迭代轮次”最高值调整为 50 次。
|
||
|
||
## 业务目标
|
||
|
||
- 自动微调匹配页允许用户输入最多 50 次迭代。
|
||
- 后端自动匹配接口也接受并执行最多 50 次迭代，避免前后端上限不一致。
|
||
- 保持默认轮次不变，避免无意增加普通运行耗时。
|
||
|
||
## 输入与输出
|
||
|
||
- 输入：自动微调匹配工作区的迭代轮次输入框、自动匹配 API 请求参数。
|
||
- 输出：界面 `max` 和输入截断上限为 50，服务端 `iterations` 归一化上限为 50。
|
||
|
||
## 影响范围
|
||
|
||
- `WebSite/src/components/AutoMatchWorkspace.tsx`
|
||
- `WebSite/server.ts`
|
||
- 工程分析本次三件套和经验记录
|
||
|
||
## 关键约束
|
||
|
||
- 必须执行工程分析工作流。
|
||
- 不修改自动匹配默认轮次、候选数量、评分函数和位姿算法。
|
||
- 修改后需要重新构建、部署并验证服务。
|
||
|
||
## 风险点
|
||
|
||
- 50 次迭代可能明显增加自动匹配耗时，需要保留用户手动选择。
|
||
- 如果只改前端不改后端，接口仍会把 50 截为旧上限。
|
||
- 如果只改后端不改前端，用户仍无法通过页面输入 50。
|
||
|
||
## 默认假设
|
||
|
||
- 用户只要求提升最大上限，不要求默认值从 6 改为 50。
|
||
- 每轮候选数量上限仍保持当前 80，不在本次调整范围内。
|