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>

admin/repository/db.go

@@ -109,22 +109,16 @@ var migrations = [][]string{
 	    shopee_status   TEXT,
 	    main_sku_code   TEXT,
 
-	    -- 下面三个是人工维护的，报表里没有，导入时绝不能覆盖
+	    -- 人工维护的，蝦皮报表里没有这两列，Excel 导入时绝不能覆盖。
+	    -- pdd_goods_id 指向 pdd_products.goods_id，表示"这个蝦皮商品
+	    -- 当前对应哪个 PDD 商品"。PDD 商品下架换新时改这里。
 	    pdd_goods_url   TEXT,
 	    pdd_goods_id    TEXT,
-	    pdd_data        TEXT,
 
-	    collect_status  TEXT NOT NULL DEFAULT 'no_link'
-	                     CHECK (collect_status IN (
-	                         'no_link', 'pending', 'collecting',
-	                         'collected', 'failed'
-	                     )),
-	    collect_error   TEXT,
-	    collected_at    TEXT,
 	    created_at      TEXT NOT NULL,
 	    updated_at      TEXT NOT NULL
 	);`,
-		`CREATE INDEX idx_shopee_products_status ON shopee_products(collect_status);`,
+		`CREATE INDEX idx_shopee_products_pdd ON shopee_products(pdd_goods_id);`,
 		`CREATE TABLE shopee_skus (
 	    sku_id        TEXT PRIMARY KEY,
 	    goods_id      TEXT NOT NULL,
@@ -141,6 +135,36 @@ var migrations = [][]string{
 	);`,
 		`CREATE INDEX idx_shopee_skus_goods ON shopee_skus(goods_id);`,
 		`CREATE INDEX idx_shopee_skus_parse ON shopee_skus(parse_ok);`,
+		`CREATE TABLE pdd_products (
+	    id             INTEGER PRIMARY KEY AUTOINCREMENT,
+
+	    -- 从 PDD 链接里解析出来。它不是主键，所以**必须加 UNIQUE**：
+	    -- 少了这条约束，同一个 PDD 商品会被存成好几行，
+	    -- 采好几遍，映射还说不清指向哪一行。
+	    goods_id       TEXT NOT NULL UNIQUE,
+
+	    url            TEXT NOT NULL,          -- 操作员填的链接原文
+	    title          TEXT,                   -- 采集回来，人工核对"是不是我要的那个商品"
+	    skus_json      TEXT,                   -- schema_version + dimensions + skus
+
+	    -- 注意这里**没有 no_link**：这张表里有这一行，就说明链接已经填了。
+	    -- "未填链接"是蝦皮侧的状态（shopee_products.pdd_goods_id 为空）。
+	    collect_status TEXT NOT NULL DEFAULT 'pending'
+	                    CHECK (collect_status IN (
+	                        'pending', 'collecting', 'collected', 'failed'
+	                    )),
+	    collect_msg    TEXT,                   -- 失败原因，要能定位问题
+	    artifact_ref   TEXT,                   -- 诊断产物在哪台机器哪个目录
+	    collected_at   TEXT,
+
+	    -- 软删除。不硬删是因为 sku_mappings 指向它，
+	    -- 硬删会把人工攒了很久的匹配成果一起带走。
+	    deleted_at     TEXT,
+
+	    created_at     TEXT NOT NULL,
+	    updated_at     TEXT NOT NULL
+	);`,
+		`CREATE INDEX idx_pdd_products_status ON pdd_products(collect_status);`,
 		`CREATE TABLE syb_orders (
 	    syb_id          TEXT PRIMARY KEY,
 	    order_no        TEXT NOT NULL,
@@ -158,14 +182,18 @@ var migrations = [][]string{
 		`CREATE INDEX idx_syb_orders_goods ON syb_orders(shopee_goods_id);`,
 		`CREATE INDEX idx_syb_orders_list  ON syb_orders(updated_at DESC, syb_id DESC);`,
 		`CREATE TABLE sku_mappings (
-	    shopee_sku_id  TEXT PRIMARY KEY,
-	    goods_id       TEXT NOT NULL,
-	    pdd_options    TEXT NOT NULL,
-	    mapped_at      TEXT NOT NULL,
-	    mapped_by      TEXT,
+	    shopee_sku_id   TEXT NOT NULL,
+	    pdd_goods_id    TEXT NOT NULL,
+	    pdd_option_key  TEXT NOT NULL,
+	    pdd_options     TEXT NOT NULL,
+	    goods_id        TEXT NOT NULL,
+	    mapped_at       TEXT NOT NULL,
+	    mapped_by       TEXT,
+	    PRIMARY KEY (shopee_sku_id, pdd_goods_id),
 	    FOREIGN KEY (shopee_sku_id) REFERENCES shopee_skus(sku_id) ON DELETE CASCADE
 	);`,
 		`CREATE INDEX idx_sku_mappings_goods ON sku_mappings(goods_id);`,
+		`CREATE INDEX idx_sku_mappings_pdd ON sku_mappings(pdd_goods_id);`,
 		`CREATE TABLE tasks (
 	    task_id        TEXT PRIMARY KEY,
 	    task_type      TEXT NOT NULL CHECK (task_type IN ('collect', 'purchase')),