API 与中转

价格数据如何审核发布:生成证据包、审核候选变更、发布与回退

自动抓取只负责生成候选,公开价格需要可追溯证据、字段级差异、人工决策和可回滚发布。本文给出队列与权限设计。

价格数据如何审核发布:生成证据包、审核候选变更、发布与回退|文章配图,按正文步骤绘制的编辑图
点击图片可查看原图。价格数据如何审核发布:生成证据包、审核候选变更、发布与回退|文章配图,按正文步骤绘制的编辑图
本文目录 · 8 个章节

操作速览

  • 生成证据包:来源快照、时间和字段差异。
  • 审核候选变更:确认价格含义和适用范围。
  • 发布与回退:保存决策记录与上一版结果。

看到价格变动后如何复核

1. 先打开前后两份来源,核对变化的是金额、单位、套餐名还是页面结构。来源内容变更不自动等于涨价。

2. 确认地区、币种、税费和生效时间一致,再计算差额。对不同规格的两行不应直接相减。

3. 保留原记录与判定理由,发现错误时恢复上次有效版本。本站快照保留成功数据和采集错误,本文的双人审批是管理方案。

自动采集只生成候选

价格解析器输出 change_candidate,包含前后字段、来源快照、解析器版本和置信度。它不直接更新公开榜单,因为页面布局变化、别名映射和地区差异都可能产生正确解析但错误归因。

高优先级队列可覆盖官方来源变化、计费单位变化、超过阈值的价格变化和条款变化。优先级决定处理顺序,不代表事实强度;低优先级记录仍需保留证据和最终决定。

  • 采集结果状态默认为待审核
  • 优先级与真实性分离
  • 候选记录不可静默覆盖公开值

本节参考:W3C PROV OverviewNIST AI RMF Core

审核员看到完整证据包

证据包应包含 source URL、最终 URL、抓取时间、HTTP 元数据、前后快照、字段 Diff、解析器版本和相关官方基准。W3C PROV 的思路有助于把“哪个活动由谁基于什么实体生成了什么结果”明确连接起来。

截图可帮助人阅读,但不是唯一证据,因为它缺少可搜索文本和响应上下文。保留正文指纹与结构化摘录,并对可能包含个人信息或订单信息的页面执行最小化存储。

  • 快照、Diff 和基准同屏
  • 截图不替代结构化证据
  • 证据存储执行最小化

本节参考:NIST AI RMF CoreMDN HTTP Conditional Requests

决策、权限与并发控制

审核决策至少有 approve、needs_evidence、reject 和 duplicate,并要求 reason_code。高影响官方价格或榜单权重变化可采用双人复核;提交人和最终发布人分离,降低单点错误。

审核表单应带版本号或 ETag。若其他人已更新同一候选,旧表单提交触发冲突并重新加载,而不是覆盖新决定;这与 HTTP 条件更新避免 lost update 的原则一致。

  • 所有决定带原因码
  • 高影响变更双人复核
  • 乐观锁防止旧决策覆盖

本节参考:MDN HTTP Conditional RequestsW3C PROV Overview

发布批次必须可回滚

通过的记录进入不可变发布批次,批次列出包含的价格版本、榜单算法版本和操作者。前台切换到新批次后仍保留旧版本,异常时回滚指针,不删除审计历史。

风险边界是:审核通过只表示证据满足当前规则,不保证价格仍可成交或服务长期稳定。本文依据核验至 2026-08-29 的标准与框架设计治理模板,具体 SLA、权限和保存期限应按组织风险调整。

  • 发布批次不可变
  • 回滚不删除历史
  • 审核通过不等于交易担保

本节参考:W3C PROV OverviewNIST AI RMF Core

参考来源

价格、规则和产品状态可能变化,可通过这些原始页面确认当前信息。

W3C PROV Overview

NIST AI RMF Core

MDN HTTP Conditional Requests

中转 API 榜单官方 API 目录提交与纠错运营博客

常见问题

AI 价格抓取置信度很高,还需要人工审核吗?

高置信度只能说明解析器对字段提取有把握,无法自动证明来源身份、SKU 映射、地区条件和计费口径,因此高影响变更仍应人工复核。

审核日志需要保存哪些身份信息?

保存内部操作者 ID、角色、时间、原因码和版本即可;避免把不必要的个人资料或外部订单信息带入证据库。