feat(consignment): 客服端凭证链可视化（提报凭证 + 赠送凭证）

问题：一件寄卖有两类凭证，客服界面只看得见第一类，还是 48x48 一张缩略图，
看不出是主页还是物品；第二类（证明"这件货真送出去了"的赠送完成截图）只在工单验收界面，
客服要证明赠送是否完成得自己跨模块翻，没有任何地方把两类凭证并排呈现。

- 两类凭证分别在哪里：
  提报凭证 = 提报表 screenshots_json（卖家提报时的游戏主页截图，含物品/仓库详情）
  赠送凭证 = 绑定工单的验收资料 work_orders.acceptance_json（冷却结束后上传、客服凭此验收）
- 后端把凭证链从客服两个列表/详情接口一起下发：提报表/库存 → 结果库存 → 绑定工单，
  新增 submissionScreenshots / giftEvidenceImages / giftEvidenceNote / giftEvidenceSubmittedAt /
  giftWorkOrderNo / giftWorkOrderStatus / giftEvidenceReviewStatus（none|pending|accepted|submitted）；
  赠送凭证图从 imageUrls 与 files[].url|mediumUrl|thumbnailUrl 两处取并去重
- 提报凭证口径统一：有来源提报单用提报单主页截图，客服手工入库现货回退库存自身截图，
  前端只看 submissionScreenshots 一个字段，不会拿错
- 前端新增共享组件 ConsignmentEvidenceGallery（缩略图 + 大图预览 + 共 N 张，
  预览用 Image.PreviewGroup items，被折叠的图在大图里仍能翻看）；审核面板把「凭据截图」
  拆成「提报凭证（游戏主页截图）」与「赠送凭证」（带待验收/已验收 Tag + 关联工单 Tooltip），
  仓库面板新增「凭证」列并分组展示，两个详情弹窗同口径（含备注/提交时间/工单号/一句话说明）

真实库验证：赠送凭证解析在构造的工单验收资料上取到 3 张图（imageUrls 1 + files 2）并识别
pending_acceptance → 待客服验收；提报凭证在真实数据上取到 1 张。临时数据已清理。

docs/寄卖系统优化方案.md

@@ -21,6 +21,7 @@
 | `632dddc4` | 上一轮：H5 渠道整体下线 + 凭据字段修复 + 状态机封闭（撤销守卫 / 库存绑定唯一性 / 生命周期解绑）+ 押金归属取台账 | 迁移 `079`、`consignment-*` 五个文件、`work-order-*` 三个仓库、两个前端面板 |
 | `5d11bf20` | 批次 C+D：指派部分成功补偿、凭证核销如实反馈、空规格不放行 + 履约/指派服务端规格复检 | `consignment-fulfillment-service.ts`、`consignment-matching-service.ts`、`consignment-repo.ts`、履约路由、`WorkOrdersPanel.tsx` |
 | `d6f6219f` | 批次 F1：内部现货履约停在「待加好友」，客服确认后才进赠送冷却 + 备注快捷项 | `work-order-gift-repo.ts`、履约服务、`WorkOrdersPanel.tsx`、`utils/gift-phase.ts` |
+| 本批提交（批次 J，同一提交内含本文档，故不写自身 hash） | 批次 J：凭证链可视化（提报凭证 + 赠送凭证），客服审核/仓库面板统一展示 | `consignment-admin-service.ts`、`consignment-repo.ts`、`ConsignmentSubmissionsPanel.tsx`、`ConsignmentInventoryPanel.tsx` |
 | 本批提交（批次 I，同一提交内含本文档，故不写自身 hash） | 批次 I：提报单号为唯一寄卖单号（一件货一行）+ 统一状态机 + 卖家确认加好友/提交赠送截图 | `consignment-item-stage.ts`、`consignment-worker-service.ts`、`routes/worker/consignment.ts`、`ConsignmentInventoryPanel.tsx`、`WorkerConsignmentPage.tsx` |
 | 本批提交（批次 H，同一提交内含本文档，故不写自身 hash） | 批次 H：修掉发布时乱弹内部库存提醒（部分匹配兜底过宽）+ 弹窗赏金分/元换算 | `consignment-matching-service.ts`、履约复检、`WorkOrdersPanel.tsx` |
 | 本批提交（批次 G，同一提交内含本文档，故不写自身 hash） | 批次 G：确认加好友后现货作废不回池 + 撤销寄售履约押金可选（含修打手押金永久冻结、真实库 42804 500） | `consignment-repo.ts`、`consignment-deposit-policy.ts`、`work-order-deposit-repo.ts`、撤销履约服务与路由、`WorkOrdersPanel.tsx` |
@@ -279,6 +280,34 @@
    前端在"部分匹配"候选上先 `modal.confirm` 危险确认，再带 `allowPartial: true` 重试，高配充低配的合法玩法保留但不可误触。
 3. ⏳ 匹配下推 SQL + 批量匹配接口 + 工单列表角标（P2-8）未做：当前仍是"取全量在库 → 内存比对"。
 
+### 批次 J · 凭证链可视化：提报凭证 + 赠送凭证（本轮）
+
+**问题**：一件寄卖有两类凭证，但客服界面只看得见第一类，而且是 48×48 一张缩略图，看不出是物品还是主页：
+
+1. **提报凭证** = 卖家提报时的「游戏主页截图」（含物品/仓库详情），存在提报表 `screenshots_json`。
+2. **赠送凭证** = 履约方冷却结束后上传的**赠送完成截图**（证明"这件货真送出去了"），
+   存在**绑定工单的验收资料** `work_orders.acceptance_json` 里。
+
+第一类只在寄卖审核界面可见；第二类只有在工单验收界面才看得到。客服要证明一件寄卖的赠送
+是否完成，得自己在两个模块之间翻，且没有任何地方把两类凭证并排呈现。
+
+**改法**：
+
+1. ✅ 后端把**凭证链**从客服两个列表/详情接口一起下发（提报表 → 结果库存 → 绑定工单）：
+   `submissionScreenshots`（提报凭证）、`giftEvidenceImages`（赠送凭证）、`giftEvidenceNote`、
+   `giftEvidenceSubmittedAt`、`giftWorkOrderNo`、`giftWorkOrderStatus`、
+   `giftEvidenceReviewStatus`（`none` 未提交 / `pending` 待客服验收 / `accepted` 已验收 / `submitted` 其他在途）。
+   赠送凭证的图片从工单验收资料的 `imageUrls` 与 `files[].url|mediumUrl|thumbnailUrl` 两处取并去重。
+2. ✅ 提报凭证口径统一：有来源提报单就用提报单的主页截图，客服手工入库的现货回退用库存自己的截图，
+   前端只需要看 `submissionScreenshots` 一个字段，不会再拿错。
+3. ✅ 前端新增共享组件 `ConsignmentEvidenceGallery`（缩略图 + 大图预览 + 共 N 张），
+   审核面板与仓库面板复用；审核面板原来那个「凭据截图」列拆成
+   「提报凭证（游戏主页截图）」与「赠送凭证（赠送完成截图，带待验收/已验收 Tag 与关联工单）」两列，
+   详情抽屉同样分组，并给出 `describeGiftEvidence()` 的一句话说明。
+
+**真实库验证**：赠送凭证解析在人工构造的工单验收资料上正确取到 3 张图（`imageUrls` 1 张 + `files` 2 张）
+并能识别 `pending_acceptance → 待客服验收`；提报凭证在真实数据上取到 1 张。临时数据已清理。
+
 ### 批次 I · 一个单号锚定 + 统一状态机（本轮）
 
 **问题**：一件货在系统里有三层互不相通的状态——提报单（`SUB…`，审核态）、库存（`INV…`，仓库态）、