cmsp/internal/huohanhan at ce729cd1c8a0c97d6cd544a7112e3d32ec488693 - cmsp

Files

T

QiuSWandClaude Opus 5 393c942762 feat: 解析商品质量诊断并支持按「缺少视频」筛选 (#11 )

由 Codex (gpt-5.6-sol) 实施，Claude 审核。

货憨憨 getPage 响应里带有商品质量诊断，其中「缺少视频」直接标出了
哪些商品才需要去淘宝找视频，能把工作量从全店商品缩小到真正需要处理的那部分。
此前这个字段被完全丢弃。

字段名是 diagnosisInfo（不是 diagnoses），结构比表面看到的多一层：
{itemId, qualityLevel, diagnoses:[{field, diagnosisResults:[{type, solution}]}]}

判定规则（负责人 2026-09-02 决定，见工单评论）：
- missing：诊断明确报了「缺少视频」
- ok：其余全部情况，含 diagnosisInfo 为 null
只有明确报缺少视频才算缺少，其它一律当作有视频。

500 条样本里 293 条 diagnosisInfo 为 null，按此规则归入 ok。
我曾建议保留 unknown 三态以区分「尚未诊断」，负责人已知悉并选择两态，
措辞为「初定」；顾虑与重新评估条件记录在工单 #11 评论中。

- internal/store：products 加 video_diagnosis、quality_level 两列；
  新增 product_diagnoses 表保存全部 6 种诊断类型（缺少尺寸表、缺少标准变体、
  缺少品牌信息、所需属性过少、缺少视频、合格级属性数量不足）。
  只存「缺少视频」的话，另外 5 种将来要用就得重新全量拉一遍，而采集成本为零。
  迁移全部在 migrations 末尾追加，未改动任何已有条目。
- internal/huohanhan：ProductRecord.DiagnosisInfo 用指针以区分 null；
  转换时按上述规则算出 video_diagnosis。
- 前端：工具栏加诊断筛选（全部 / 缺少视频 / 有视频）；
  「视频」列改为显示诊断结果。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LbdtsD3ohhSMy3KPoCgARq

2026-09-02 21:02:58 +08:00

auth_test.go

feat: 货憨憨登录与认证复用 (#7 )

2026-09-02 16:45:02 +08:00

auth.go

feat: 货憨憨登录与认证复用 (#7 )

2026-09-02 16:45:02 +08:00

client_test.go

feat: 货憨憨登录与认证复用 (#7 )

2026-09-02 16:45:02 +08:00

client.go

feat: 货憨憨登录与认证复用 (#7 )