47 lines
2.1 KiB
Markdown
47 lines
2.1 KiB
Markdown
# 284 Admin：AI 规格匹配候选上限放大至 150 条
|
||
|
||
- 类型：需求
|
||
- 父级大工单：#14
|
||
- 所属 MVP / 版本：#199 / Admin AI规格批量匹配
|
||
- 状态：已完成，待用户验收
|
||
- 日期：2026-08-21
|
||
- Gitea 工单：http://ilaer.eicp.net:8418/chengma/cmautobuy/issues/284
|
||
|
||
## 背景与目标
|
||
|
||
顺运宝批量 AI 规格匹配原先在模型调用前最多接受 24 个合格候选。候选多于 24 个时，系统会安全拒绝且不调用模型。用户确认将该硬上限放大到 150，让规格较多的 PDD 商品能够继续使用 AI 匹配。
|
||
|
||
## 最终方案
|
||
|
||
- 将 Admin 单次模型调用的候选上限从 24 调整到 150。
|
||
- 只有已采集、可购买、未被规则判为冲突且规格键长度合法的候选才计入上限。
|
||
- 恰好 150 条时沿用原有候选白名单、置信度、上下文和保存前硬校验调用模型；超过 150 条时不调用模型、不写映射，仅记录审计拒绝结果。
|
||
- 拒绝提示改为明确说明“可购买候选超过 150 条，请先人工核对”。
|
||
|
||
## 改了哪些
|
||
|
||
- `admin/service/ai_specmatch.go`：调整候选上限常量和超限提示。
|
||
- `admin/service/ai_specmatch_test.go`：增加 150 / 151 个合格候选的服务层边界测试。
|
||
|
||
## 验收结果
|
||
|
||
| 验收标准 | 结果 |
|
||
|---|---|
|
||
| 150 个合格候选会调用模型 | 通过 |
|
||
| 151 个合格候选不调用模型且不写映射 | 通过 |
|
||
| 原有白名单、人工优先和硬校验行为不变 | 通过现有服务层回归测试 |
|
||
| 固定 Go 1.23.0 编译、静态检查与全量测试通过 | 通过 |
|
||
|
||
## 测试
|
||
|
||
- 执行的命令：
|
||
- `GOTOOLCHAIN=go1.23.0 go test ./service -run 'TestMatchSybSpecWithAI_候选白名单低置信度和人工优先' -count=1`
|
||
- `GOTOOLCHAIN=go1.23.0 go vet ./...; go build ./...; go test ./... -count=1`
|
||
- 结果：全部通过。
|
||
- **没验证到的部分**：未部署到生产环境，未使用真实 GPT-5.5 对 100 个候选进行端到端调用。
|
||
|
||
## 相关提交
|
||
|
||
- `f83f15c` feat: 初始放大 AI 规格候选上限 (#284)
|
||
- `b509878` feat: 放大 AI 规格候选上限至150条 (#284)
|