使用合成沙箱场景练习提交、回调与记录查找
集成身份入职或注册检查的后端工程师需要一种方法，在真实用户提交文件之前，先演练回调路径、持久化待处理状态并查找结果记录。沙箱提供合成场景，可模拟完整流程，而不创建实时验证会话。本文依据已发布的操作说明文档，逐步讲解文档化工作流：以商家身份登录、提交合成检查、处理电话与身份场景的不同行为、为身份检查模拟结果、以及定位记录以检查测试用量。此处描述的每个步骤均源自官方帮助文档；不涉及实时提供商调用、真实身份批准或生产环境权限。
curl -I https://gridzen.ai/help/sandbox/前置条件与入口点
文档化工作流始于单一前置条件：以商家身份登录，且仅使用提供的合成场景。入口点为控制台路径 /console/#/verify。这并非通用的入职试用，而是一个特定的、已发布的操作环境，其中商家上下文与环境过滤器决定记录是否出现。若无记录显示，故障排查指引要求检查商家、环境与过滤器，同时保留原始 ID。文档中未描述账号创建、API 密钥配置或实时服务激活。沙箱明确为练习环境，文档指出：模拟结果不等于实时身份批准。
发起合成验证
从入口点选择“新建验证”。在检查类型中选择“电话”或“身份”，再从提供的合成场景中挑选一个，提交一次。文档说明：提交后立即出现带有 ID 的记录。对于电话场景，合成信号通常直接返回。对于身份场景，初始状态为待处理，需额外的模拟步骤。该 ID 是后续流程的关键引用；故障排查部分强调在等待或排查时保留原始 ID。文档未提及回调端点配置、Webhook 注册或向提供商发起网络请求。提交是一项创建合成记录的控制台操作。
电话场景行为
提交电话合成场景时，文档指出合成信号通常直接返回。这意味着记录无需进一步控制台交互，即从提交转至合成完成状态。记录 ID 仍为后续查找的锚点。文档未描述电话场景的任何模拟操作、轮询或回调等待，也未指定合成信号的具体内容，仅说明直接返回。此行为与需显式模拟步骤的身份场景形成对比。工程师不应假设电话场景会演练回调路径；它是一条更简单的合成路径，直接在控制台记录中返回信号。
身份场景模拟
身份合成场景的流程有所不同。提交后记录显示待处理状态。文档步骤为：打开记录、使用其模拟操作、刷新同一记录。所选模拟结果替换待处理状态。文档指示在等待期间保留 ID。此模拟操作属于控制台操作，而非外部提供商的回调。文档未描述 Webhook 投递、签名验证或提供商轮询。模拟将待处理替换为“通过”或“拒绝”等合成结果，但完成声明明确指出：模拟结果不等于实时身份批准。记录现持有可像其他记录一样检查的合成结果。
定位与检查记录
提交后（身份场景含模拟步骤），文档接下来的步骤为：打开“记录”，定位该 ID，然后在“用量与账单”下检查测试用量。文档说明列表视图与详情视图显示同一记录，并标记为“沙箱”或“合成”。该标记为该记录属于练习运行的视觉指示。“用量与账单”下的测试用量检查为文档化的完成检查。文档未描述用于检索记录的 API 调用、程序化过滤或导出功能。整个工作流完全基于控制台：提交、可选模拟、在记录视图中找到记录并检查其用量元数据。提交时保留的原始 ID 为查找键。
理解合成结果
文档的完成声明直指要害：重新打开记录，认识到模拟结果不等于实时身份批准。这是工程师的关键界限。沙箱演练记录生命周期、ID 追踪、控制台导航与用量标记。它不演练实时提供商回调、签名通知、权威检索或真实权限授予。故障排查说明强化了：若无记录出现，问题在于商家、环境或过滤器配置，而非提供商故障。合成场景是控制台工作流与记录查找的排练，而非真实人员的验证。依赖回调处理、重启间状态持久化或截止期限强制的集成代码，必须使用显式建模这些行为的合成示例单独测试。
核对已有操作说明
https://gridzen.ai/help/sandbox/ · 核对前提、权限、步骤和完成标准。文章不执行核验，也不会开通服务。
来源与范围
https://gridzen.ai/help/sandbox/ https://gridzen.ai/guides/current-capabilities/ 依据已发布操作说明；未执行真实核验或验证供应商实时可用性。内容使用 AI 辅助写作，并经过独立审稿。
下载不等于运行成功；本地示例与在线沙盒分别测试。