模型交付

核验 Cove Pro 安装与购买恢复状态

Pro 权限是从商店商品、Google Play 购买记录到应用本地状态的一条证据链。需分别核对购买、待处理、确认、恢复、退款与离线缓存,且项目代码不证明 Cove Pro 当前已公开销售。

审核状态: 内容已校验;中文稿供用户审核 · 2026-10-05 · Fact IDs: COVE-STATUS-01, PRIVACY-02

直接回答

应把 Pro 权限视为一条证据链,而不是单一“已安装”或“已付款”标记。首先确认特定应用与商品是否在用户当前地区和账户环境中公开提供;然后读取 Google Play 返回的购买状态,区分其与应用本地缓存的权限状态,并测试重新安装、设备变更、退款、待处理支付、断网以及 Billing 连接失败之后应用如何恢复和更新权限。仓库里存在计费流程,只能证明相关代码存在,不能证明商店条目已公开,也不能证明某位用户持有购买记录。 按 2026-10-04 仓库代码快照检查,若干 Android 应用有 BillingManager 和 ProState 代码。示例流程会连接 Google Play、查询商品详情与已购记录、更新本地布尔权限,并用此权限控制应用功能。这些实现可以支持测试计划,却不证明产品当前公开销售、正式商品已经上架、存在某个地区化售价、商店已开始发布,或服务端已完成购买校验。任何销售状态或条款都必须在当前官方商店与发行配置核验后再表述。本稿刻意不包含价格,也不承诺销售可用。 要拆分各类状态。“应用已安装”表示 Android 中有应用包;“商品详情已返回”表示 Billing 客户端在当前账户与地区上下文取得了商品信息;“购买待处理”不等于“已购买”;成功购买可能还需确认和更新本地权限;本地缓存只是便于 UI 使用的状态,直到与 Play 同步前可能过期;“功能已解锁”则是应用根据明确政策作出的行为。重新连接后,应用应查询当前购买状态,并依照实现处理撤销、退款或无购买结果。不能只根据关闭付费墙、本地偏好值或用户口述推断已获得权限。 购买恢复必须能解释和测试。重新安装后,本地权限可能先显示为未拥有,再在 Play 连接恢复后找回此前购买。换设备时可能使用了不同账户。待处理付款仍可能等待完成,不能视为成功。退款或撤销会使本地状态需要更新。离线行为也需要明确政策:缓存的最后已知状态或许允许暂时使用本地功能,但产品必须说明其时效与边界,不能承诺永久离线有效,也不能在无法刷新时声称当前状态已确认。界面应告诉用户这是正在查询商店、使用最后已知状态,还是暂时无法验证。 UI 应避免虚假的二元状态。只有实现确实能够区分时,才呈现“检查中”“按最近一次确认记录有效”“未购买”“待处理”“商品不可用”“商店断连”“需要处理”等状态。每种操作需有明确结果:重试连接、恢复购买、打开存在且核验过的官方商品页、等待付款完成,或提供脱敏支持信息。如果没有经过核验的官方商店页面,“购买 Pro”不能跳向猜测出来的网址。如果本地状态与 Play 回应不一致,应说明正在校正权限,不可悄悄抹掉用户数据或购买记录。 隐私边界也要清楚。Google Play 购买验证和本地模型推理不是同一数据流程;声称本地推理不代表应用没有其他网络请求。应说明查询哪个商店服务以及服务不可用时的行为。支持诊断可包含应用构建、仅在当前配置确认后使用的商品标识、Billing 响应类别、购买状态、权限更新时间和恢复结果;不得记录完整购买令牌或无关用户内容。除非服务端路径确实存在并经过验证,否则不要声称安全的服务端购买验证已经实现。

重新安装后 Pro 功能被锁定

用户离线,本地购买权限为假,但记得曾获得该功能;本地缓存不能独立证明 Play 当前购买记录。

决策

说明恢复需要官方商店服务,提供稍后重试路径,并在网络恢复后核对当前购买记录。

预期结果

应用报告恢复结果或可验证的错误,不会错误否认购买、仅凭截图授权或暗示现有公开销售。

需要收集的证据

只有将以下证据与同一模型文件和测试运行关联起来,结论才可复核:

  • 事实卡 COVE-STATUS-01、PRIVACY-02;Cove Travel BillingManager、ProState 的连接、查询、持久化与功能门控代码。
  • Google Play Billing 官方购买生命周期与测试指南。

收到完整字节流还不够;最终落盘、完整性、运行时加载和恢复路径也必须验证。

实施流程

  1. 独立检查商品状态. 查看当前官方商店页面、账户与地区、商品类型和发行配置。BillingManager 常量、付费墙、测试商品或仓库注释均不证明公开销售。
  2. 明确权限状态. 区分应用安装、商品详情、待处理交易、已购买、已确认、本地缓存、退款撤销以及暂时无法验证,并明确每一状态允许哪些功能。
  3. 查询购买以执行恢复. 测试重新安装、同账户换设备、账户不匹配、延迟付款、退款撤销、Billing 断连和无记录情况,并按商店查询校准本地缓存。
  4. 遵循交易生命周期. 在实现认可的状态下才授予权限,并按当前 Play 指南确认合格交易。将待处理、取消、商品不可用和校验错误与成功分开处理。
  5. 定义离线权限政策. 说明断网时是否接受最后已知状态及相应边界。无法刷新时显示暂时不能验证,不宣称永久离线有效或购买已丢失。
  6. 审查文案与诊断信息. 确保按钮只通往已核实的官方购买或恢复流程,支持日志不记录令牌和用户内容,并保留足够的状态时间与结果供排查。

让每个阶段的状态都可观察。失败信息应指出阶段、模型、运行时和恢复动作,同时避免记录用户私密内容。

验收标准

  • 商品可用性、购买记录、本地缓存权限、恢复结果和功能开放彼此独立且有明确转换。
  • 待处理、取消、不可用或验证失败不会显示为已完成购买。
  • 重新安装、换账户、退款撤销和重新联网均有测试记录说明权限如何校准。
  • 没有当前官方证据及相符实现时,不声称公开销售、具体价格或永久离线权益。

决策对照表

维度选择或证据解读方式
商店返回商品详情当前环境下商店提供商品信息。不代表用户已购买或所有地区都有销售。
Play 购买记录已确认查询的账户返回购买记录。不代表本地权限已校准或应用在所有地区公开。
本地 Pro 缓存为真应用之前持久化过权限状态。退款、账户变化或刷新失败后可能不再是当前状态。

需要避免的失败模式

  • 不能把本地布尔值当作实时商店所有权,也不能把待处理交易当成已购买。
  • 不能从源码商品 ID、付费墙或开发备注推断公开地区、售价、销售状态或永久离线权益。

还要避免静默回退、版本未固定、缺少取消处理,以及把不同配置的结果混在一起下结论。失败运行也应与成功记录一并保存。

最小复现记录

层级记录内容
设备厂商、型号、芯片、内存档位、操作系统版本
软件应用版本和 Git 提交号
模型系列、变体、版本、格式、文件长度、摘要、量化方式
运行时名称、版本、请求后端及实际后端证据
工作负载样例版本、输入摘要、提示词摘要、输出策略
结果完成、失败、取消、回退及保护隐私的诊断信息

发布检查表

  • ☐ 主要搜索问题已回答,且没有未经支持的数字。
  • ☐ 所有模型文件和运行时版本均已固定。
  • ☐ 代表性任务和失败处理策略均有说明。
  • ☐ 生命周期、取消、清理和回退均已测试。
  • ☐ 用户内容与网络边界均有说明。
  • ☐ 结论只适用于被记录的配置。
  • ☐ 新增测试结果时链接到原始方法或证据。

来源与相关证据

中文部署与排错专题见。奇连 AI 端侧专题。

常见问题

源码里有 Pro 按钮是否证明 Cove Pro 今天可买?

不能。付费墙和计费代码不能证明公开商店条目或地区发布。对外声称可购买之前,应核对当前官方商品页面和配置,并确认适用地区。

离线时应该信任缓存的 Pro 标记吗?

这取决于产品明确制定的政策,并非 Billing 自动保证。需说明最后状态的有效边界,并测试退款或账户变化后再次联网如何校准。

Play 待处理付款能算购买完成吗?

不能。待处理必须与已购买分开,不得提前授予完整权益;只有交易达到应用政策要求的已验证状态后才更新权限,并保留退款撤回处理路径。