cmroubao/docs/tasks/T-214.md

id, title, phase, deps, status, created, context_ref, work_branch, write_paths

id	title	phase	deps	status	created	context_ref	work_branch	write_paths
T-214	建立候选商品持久身份与重新定位指纹	2	T-208 T-213	DONE	2026-07-28	e7f4c3e	null	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。

验收要点

• v7 migration up/down/up 可重复；有 identity 数据时破坏性 down 失败。
• App 回传全部 observation 的卡片/详情/双证据 SHA-256，不因模型拒绝而缺失。
• 后端拒绝格式错误、跨 execution、与 evidence 实际哈希不一致的指纹。
• 同一请求重放 candidate key 稳定，不同 observation key 不同。
• Admin API/Web 可按 candidate key 查看 observation、模型判断、人工结论和截图。
• 后端不会请求候选 URL；没有真实 URL 时保持空值而不是生成伪链接。
• 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，采购无障碍 仍在启用列表。