feat: PDD 商品数据独立成表 (#16)

原来 pdd_data 是 shopee_products 上的一个 JSON 字段，两个蝦皮商品指向
同一个 PDD 链接时会各存一份、各采一次；collect_status 描述的是 PDD 商品的
状态，却挂在蝦皮商品上，两份可能不一致。

更要紧的是 PDD 商品变动频繁（A 下架就得换 B），而 sku_mappings 只按
shopee_sku_id 做键——换商品后旧映射还在，B 恰好有同名规格但完全是另一件货
时会静默买错，事后查不出来。

改动
- 新增 pdd_products 表：id 主键 + goods_id UNIQUE + 4 个状态值（去掉
  no_link，「未填链接」改由 shopee_products.pdd_goods_id 为空表达）+
  软删除可复活
- shopee_products 去掉 pdd_data / collect_status / collect_error /
  collected_at，pdd_goods_id 改为引用
- sku_mappings 主键改为 (shopee_sku_id, pdd_goods_id)，新增 pdd_option_key。
  查映射永远带上当前 PDD 商品，换商品后天然查不到旧映射，不需要删数据；
  换回原商品时旧映射直接复用
- 新增 OptionKey()：用 json.Marshal 实现（Go 序列化 map 按键名排序，
  天然规范化），不自己拼字符串——规格文字里可能含 = 或 ;。
  存映射和查 SKU 必须用同一个函数，各写一遍会静默算出不同结果
- 采集结果改落 pdd_products，新增两条校验：
  返回的 goods_id 与请求不符 → 整体回滚拒绝（422），不静默存下；
  skus 为空数组 → 置 failed 而非 collected，否则界面显示"已采集"
  但数据毫无用处

实施时超出工单但必要的三处
- TaskExists 重构为 GetTaskInfo：原函数只返回蝦皮 goods_id，
  而采集结果要按 PDD goods_id 落库，不改取不到正确的键
- 复活时一并清空旧采集结果（skus_json / collect_msg / collected_at），
  否则复活后会显示"已采集"但数据是删除前的
- 删除 repository/shopee.go：两个函数签名全变且已迁到 pdd.go，留着是死代码

已验证（Go 1.23.0）
- go vet / gofmt / go test 全过，55 个测试
- 端到端补验了工单未覆盖的 HTTP 层：goods_id 不符返回 422
  COLLECT_GOODS_MISMATCH 且整体回滚（skus_json 空、任务仍 claimed、
  幂等记录 0 条）；skus 为空返回 200 但状态 failed

遗留
- MarkCollecting / SoftDeletePddProduct 暂无调用方，等界面工单接上
- artifact_ref 存 diagnostics 原始 JSON，未按 client-001:artifacts/... 规范化，
  因 Client 侧尚未定义 diagnostics 结构
- 界面未实现（工单明确排除），四个页面仍为骨架

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/admin/01-requirements.md

@@ -197,18 +197,24 @@ Admin 的职责是把这三方的数据串起来，最终产出 Client 能执行
 
 ## 6. 状态定义
 
-### 6.1 采集状态（蝦皮商品）
+### 6.1 采集状态
 
-| 值 | 中文 | 含义 |
-|---|---|---|
-| `no_link` | 未填链接 | 还没填 PDD 链接 |
-| `pending` | 未采集 | 已填链接，还没发起采集 |
-| `collecting` | 采集中 | 采集任务已创建，尚未回结果 |
-| `collected` | 已采集 | `pdd_data` 已就绪 |
-| `failed` | 采集失败 | Client 报告失败，可重新采集 |
+界面上显示 5 种，但**数据来自两张表**——采集的对象是 PDD 商品，
+所以状态存在 `pdd_products` 上，不在蝦皮商品上。
+
+| 界面显示 | 怎么判断 |
+|---|---|
+| 未填链接 | `shopee_products.pdd_goods_id` 为空 |
+| 未采集 | `pdd_products.collect_status = 'pending'` |
+| 采集中 | `= 'collecting'` |
+| 已采集 | `= 'collected'` |
+| 采集失败 | `= 'failed'`，原因在 `collect_msg` |
 
 `[必须]` `collecting` 状态的商品不允许再建采集任务，按钮置灰并提示"已在采集中"。
 
+`[必须]` 状态挂在 PDD 商品上，好处是**两个蝦皮商品指向同一个 PDD 链接时，
+状态只有一份**——不会各记一份还可能不一致，也不会把同一个商品采两遍。
+
 ### 6.2 任务状态（采集任务和采购任务通用）
 
 这是 **Admin 侧的状态**，和 Client 本地的 8 个状态是两套，不要混