用途：把 Persona 验证生命周期证据与应用自身的通过、拒绝或人工复核决策分开处理。政府证件、电话、自拍、文档、数据库等验证类型可能变化，集成需容忍未知类型与取值。
主要能力：按固定 API 版本读取 inquiry 及相关验证资源，记录 ID、类型、状态、检查项与时间戳；校验模板与策略要求的验证类型是否齐全，缺失证据视为未知或不完整而非默认通过；将已知提供方状态保守映射为内部证据状态，未知类型或取值保留待复核，不虚构检查枚举；通过版本化内部策略评估证据，独立记录策略版本与理由；接受已验证的 webhook 更新，在改变决策前先对账，防止过期或乱序事件影响终态决策；产出可审计回执，含资源 ID、脱敏证据事实、事件 ID、策略版本、决策、复核人与申诉或重试路径。
使用方式：需具备 inquiry ID 与授权访问、版本化业务决策策略与人工复核负责人、最小化 PII 的映射。认证使用限定正确 Persona 环境的服务 bearer key；能检索验证不等于可广泛存储或展示其 PII。建议先用 Read 与 Grep 检查配置、文档、fixture、schema、测试与脱敏证据，仅在获批实现、配置、测试、runbook 或脱敏回执时使用 Write 或 Edit。未经明确操作者批准，不得创建、恢复、批准、拒绝、脱敏、轮换、撤销、部署或以其他方式变更生产 Persona 资源。
适用场景：需要将身份验证证据映射到复核结论的集成；处理未知验证类型、证据冲突、遥测中出现 PII 等情况时，分别采取保留 ID 并转人工、重读并比对创建时间、停止导出并脱敏上报等处理。
限制：资料未提供具体价格、平台支持范围与效果数据；成功请求不等于身份决策成功，需对照第一方证据、固定 API 版本、脱敏契约 fixture、预期失败路径与回滚或人工处置路径验证。