打开结账页面，并不等于完成线上支付验收。这篇教程用 Skillπ Release Readiness 检查一份故意保留缺口的证据记录，说明下一步应该补什么。我们已在开发工作区实际运行本地检查器；输入是说明性数据，没有调用支付服务、客户账号或真实交易。
任务与输入
假设某次发布已经得到模拟支付响应，但还没有观察买家下载权限。问题是：这些证据能否支持“线上发布验收通过”？把下面这份说明性记录保存为 evidence.json。时间对应本次演示；你自行使用格式时，要填写实际观察时间。旧时间会另外触发证据过期提示。
{
"schema_version": 1,
"release": "Illustrative checkout acceptance record",
"revision": "example-only-v1",
"environment": "live",
"checked_at": "2026-11-02T23:21:21+00:00",
"max_age_hours": 24,
"checks": [
{
"id": "buyer-payment",
"required": true,
"requires_live": true,
"status": "pass",
"method": "synthetic",
"evidence": "fixture:simulated-provider-response"
},
{
"id": "download-ownership",
"required": true,
"requires_live": true,
"status": "unknown",
"method": "manual",
"evidence": ""
}
],
"owner_actions": [
"A real buyer must complete their own authorized checkout"
]
}这里的 synthetic 收据明确是模拟数据，不是真实扣款收据。下载权限的 unknown 和未完成的本人操作，也是特意保留的缺口，不能为了填满表单而编造通过结果。
本地运行检查器
先阅读当前技能包的说明。辅助工具要求 Python 3.9 或更高版本。在包目录准备好示例文件后运行：
python scripts/check_evidence.py evidence.json --lang en本次演示的实际退出码为 2，结果为 hold。我们验证的是开发工作区的检查器实现，不是线上买家流程。相关输出如下：
decision: hold
buyer-payment: simulated or sandbox result cannot establish live acceptance
download-ownership: required check has not passed
Owner actions remain incomplete解释三个阻塞项
第一项检查声明需要线上证据，但方法写的是 synthetic。模拟服务商成功响应可以帮助检查程序逻辑，不能证明真实付款。第二项必需检查仍是 unknown，没有观察表明正确的买家得到了对应权限。本人操作也没有结束，因此还不能交接为完成。
不要直接把方法改成 live，或者把 unknown 改成 pass 来消除报错。应该完成实际获授权的观察，并留下可复核的证据引用。检查器能判断记录是否自洽，不能认证一条收据引用是否真实。
选择诚实的下一步
- 如果这次范围只是本地逻辑检查，就如实定义本地必需检查与环境，不能为了得到 ready 而降低真实的线上要求。
- 如果做沙箱验收，就使用服务商测试环境，说明覆盖范围，并与线上验收分开记录。
- 如果做线上验收，由获授权的买家本人完成交易，再按实际范围检查服务端确认、购买归属和交付。
不要把支付凭据、客户资料或会话令牌写进公开证据。使用脱敏引用，由负责的人通过有权访问的渠道复核。
写成可继续执行的交接
一个有用的结论可以是：暂缓。支付服务响应是模拟结果；买家权限和交付仍需获授权的线上检查。再注明版本、环境与下一位负责人的动作。它既不夸大为“整个产品没问题”，也不把缺少证据说成已经确认的产品缺陷。
可以继续阅读发布验收工具介绍，了解技能包的能力边界；产品发布专题介绍外围工作流。价格、包版本和可用性仍以当前技能详情为准。