feat: 实现采购运行时规格解析 (#255)

docs/admin/01-requirements.md

@@ -415,6 +415,32 @@ Admin 本地时区，付款状态只是 Client 核单上报时的快照，Admin
 - “AI规格匹配”是当前有效映射的来源筛选，不替代“可创建采购任务”等业务阶段。人工修改后
   当前来源立即变为人工，但历史 AI 决策和批次记录继续保留。
 
+### 4.7 采购运行时真机规格解析（#255）
+
+采购任务已经在 Client 上选定颜色，但任务目标尺码和当前 PDD 页面文字无法精确对应时，
+Client 可以把这一刻页面显示的可购买尺码提交给 Admin 做一次解析。该能力只用于解决
+“任务规格与真机候选文字不一致”，不会改变正常精确匹配流程。
+
+- Admin 必须先核对采购任务、任务版本、PDD 商品、任务原始规格和该 Client 的领取历史；
+  任一身份不一致都拒绝，并且不产生解析决策。
+- 候选编号、原文、颜色和尺码由 Client 按页面顺序固定。Admin 重新计算候选快照哈希，
+  AI 只能选择本次请求内的候选短编号，不能生成或改写 PDD 规格。
+- 先执行确定性规则：忽略大小写、空白和分隔符，处理已明确的繁简差异，并支持唯一的
+  `kg / 公斤 / 千克 / 斤` 单值或正向区间等价。只有唯一候选等价时才自动返回；多个等价、
+  倒序或多个候选同时重叠时直接返回 `uncertain`，不交给 AI 猜一个。
+- 规则没有唯一结论时才使用当前已启用且通过连接测试的 AI 配置；模型结论仍须通过候选
+  白名单、冲突/缺失维度和管理员置信度阈值门禁。模型超时、格式错误或越权候选都形成
+  可审计结论，不把模型输出直接写进任务。
+- `pdd_products.skus_json.spec_source=shopee_backfill` 只用于诊断规格来源，既不自动触发 AI，
+  也不拒绝本次解析；是否需要解析只由真机候选和任务目标能否唯一对应决定。
+- 相同任务、执行尝试和候选快照幂等重放时返回第一次的完整响应；并发相同请求只完成一条
+  最终决策。候选观察与最终决策分两个短事务，调用模型期间不持有数据库事务。
+- 解析记录是只追加的运行审计。它不得修改 `tasks` 状态、版本、目标规格、价格、
+  `task_runs.irreversible_action_at` 或 `pdd_products.skus_json`，也不得保存控件树、截图、订单、
+  收货信息、Cookie、Token 或 API Key。
+- Admin 返回候选后，Client 仍须重新读取页面并继续执行商品、规格、数量、总价、地址、
+  不可逆标记和单次提交门禁；运行时解析不能绕过任何真实下单安全检查。
+
 ## 5. 创建采购任务的校验
 
 `[必须]` 下面任何一条不满足就不允许创建，并明确告诉操作员缺什么：