cmroubao/docs/tasks/T-214.md

---
id: T-214
title: 建立候选商品持久身份与重新定位指纹
phase: 2
deps:
  - T-208
  - T-213
status: DONE
created: 2026-07-28
context_ref: e7f4c3e
work_branch: null
write_paths:
  - docs/tasks/T-214.md
  - docs/00-ai-start-here.md
  - docs/03-tech-stack.md
  - docs/04-architecture.md
  - docs/06-tasks.md
  - docs/api.md
  - docs/current-state.md
  - backend-api/migrations/**
  - backend-api/internal/domain/**
  - backend-api/internal/usecase/**
  - backend-api/internal/repository/sqlite/**
  - backend-api/internal/transport/httpapi/**
  - backend-api/internal/transport/webui/**
  - android-buyer/app/src/main/java/com/roubao/autopilot/MainActivity.kt
  - android-buyer/app/src/main/java/com/roubao/autopilot/pinduoduo/**
  - android-buyer/app/src/main/java/com/roubao/autopilot/procurement/**
  - android-buyer/app/src/test/java/com/roubao/autopilot/pinduoduo/**
  - android-buyer/app/src/test/java/com/roubao/autopilot/procurement/**
---

## 问题 / 背景

T-208 已能保存原始候选 observation 和人工结论，但 Admin 与后续设备命令仍只能用
`execution_id + ordinal` 描述候选。拼多多结果排序会变化，ordinal 不能作为商品身份；
当前 8.17.0 无障碍树也不提供可验证的商品 URL 或平台 goods ID，不能伪造链接。

本任务为每个 observation 建立后台持久 `candidate_key`，并保存手机当时采集的卡片、
详情和证据指纹。后续设备重新以图搜图时，必须用任务参考图、指纹、已确认 SKU 和
价格重新核验，不能按旧 ordinal 盲点。真实平台 URL/图片 URL 仍允许作为可选观测值，
但不是授权或主证据。

## 关联需求与交互

- 功能：F-008；为后续订单提交审批建立候选引用。
- 用户故事：US-008，以及后续“人工授权后下单”故事。
- 交互：IX-009；本任务只增强 Admin 候选详情可识别性，不新增下单按钮。
- 架构/API：候选决策数据集、`POST /api/v1/tasks/{id}/candidates`。

## 冻结合约

1. App 为每个原始候选回传：
   - `card_signature`：结果卡片可见语义的 SHA-256；
   - `detail_signature`：详情页可见语义的 SHA-256；
   - `detail_evidence_sha256` 与 `specification_evidence_sha256`；
   - 可可靠提取时回传 `observed_title`，否则保留明确的候选占位标题；
   - `product_url`、`image_url` 只有设备确实取得并通过 URL 校验时才允许非空。
2. 后端验证四个指纹均为小写 SHA-256，并核对两个 evidence 哈希属于该
   execution/observation 已上传的受控证据。不得信任客户端提交的任意哈希。
3. 后端用版本化输入生成 64 位小写 `candidate_key`：
   `execution_id + original ordinal + detail signature + specification evidence hash`。
   相同候选请求幂等重放必须得到相同 key；key 只表示本次 execution 的持久
   observation，不宣称是拼多多全局商品 ID。
4. 新表 `candidate_observation_identities` 与
   `candidate_observations(execution_id, ordinal)` 一对一，旧 v6 历史允许没有
   identity；v7 以后新候选批次必须同事务生成 identity。
5. Admin API/Web 在每个 observation 区块显示 candidate key、原 ordinal、规格、
   价格、卡片/详情签名和受控截图引用。外链只作为不可执行审计文本，不由后端请求。
6. 后续 Admin 选品和设备命令只能引用 `candidate_key`，并同时绑定 task、
   execution、task content hash 和 review version，不能只传 ordinal 或 URL。

## 验收要点

- [x] v7 migration `up/down/up` 可重复；有 identity 数据时破坏性 down 失败。
- [x] App 回传全部 observation 的卡片/详情/双证据 SHA-256，不因模型拒绝而缺失。
- [x] 后端拒绝格式错误、跨 execution、与 evidence 实际哈希不一致的指纹。
- [x] 同一请求重放 candidate key 稳定，不同 observation key 不同。
- [x] Admin API/Web 可按 candidate key 查看 observation、模型判断、人工结论和截图。
- [x] 后端不会请求候选 URL；没有真实 URL 时保持空值而不是生成伪链接。
- [x] Android/Go 测试、race、migration、Debug/Release 和根验证通过。

## 边界

- 不实现 Admin 选品按钮和下单授权；属于 T-215。
- 不实现设备命令、重新搜索或 SKU/数量操作；属于 T-216/T-217。
- 不通过分享面板、剪贴板、root 或 dumpsys 抓取商品链接。
- 不把截图 SHA-256 当作跨时间相同商品的唯一证明；重新定位仍需多信号复核。

## 执行记录

- 2026-07-28：T-208 实现提交 `e7f4c3e` 后领取。确认当前 observation 已有可选
  product/image URL 和受控 evidence，但 App 实际无法从拼多多无障碍树取得可信 URL，
  因此冻结 execution-scoped candidate key 与多指纹方案。
- 2026-07-28：App manifest 升级到 v4，保存 best-effort 可见标题、卡片/详情语义
  SHA-256 和详情/规格双截图哈希；候选出站固定提交两个不同的 evidence asset。
- 2026-07-28：后端 migration v7 增加 `candidate_observation_identities`，候选写入
  同事务生成稳定 key，并按顺序核对两个 evidence 的实际哈希。Admin API/Web 已能
  查看 identity、原始 observation、模型/人工结论和受控截图。
- 2026-07-28：`go test ./...`、`go test -race ./...`、`go vet ./...`，migration
  CLI `up/down/up`，Android `test assembleDebug assembleRelease` 和根
  `.\init.ps1` 全部通过。Debug APK `1.4.12 (17)` 已覆盖安装到 PKG110，采购无障碍
  仍在启用列表。