用途
本技能用于读取一份监管法规文档（PDF 或文本），并产出结构化的 Sumsub 配置方案。其核心任务是把法规中的每一条要求映射到能够满足该要求的 Sumsub 实体上，并清晰区分两部分内容：哪些可以立即通过技能进行配置，哪些必须借助 Sumsub Dashboard 完成。
需要明确的是，这是一个规划类技能，只生成文字描述，不会生成 JSON 载荷，也不会调用 API。
主要能力
技能覆盖 Sumsub 的多类实体映射，包括但不限于：
- 验证级别（Verification Levels）：定义申请人需完成的验证步骤序列，每个步骤对应一个 docSet，例如 IDENTITY、SELFIE、APPLICANT_DATA、PROOF_OF_RESIDENCE、PHONE_VERIFICATION、E_KYC、DEVICE_CHECK、COMPANY 系列的 KYB 步骤、ACCREDITED_INVESTOR、E_SIGN、TR_RECIPIENT_INFORMATION 等。
- 问卷（Questionnaires）：用于收集文档检查无法覆盖的申请人数据，常见用途包括资金来源、财富来源、就业情况、PEP 自声明、交易经验、风险画像等；支持多种题型、条件逻辑与风险评分。
- 地址证明预设（PoA Presets）：配置可接受的地址证明文档类别、各文档类别的最长时效（maxMonths）、身份证明与地址证明的交叉验证等。
- E-KYC：通过唯一标识符与外部数据库比对，无需上传证件照片；支持独立或嵌套两种配置模式。
- 交易监控（KYT Rules）：以清晰语言描述规则，再由相关技能转换为 SumScript 表达式提交。
- 工作流（Workflows）：基于图的路由逻辑，决定申请人后续进入哪个级别。
- AML 分流规则（AML Resolution Rules）：用于自动复核 AML 筛查命中结果的规则链。
- 交易提交（Transaction Submission）：向 KYT 监控系统发送交易数据。
使用方式
技能按以下工作流运行：
- 收集上下文：包括司法管辖区（若文档覆盖多国或存在歧义，会明确询问应聚焦哪个管辖区）、业务类型（加密交易所、新型银行、iGaming、金融科技或其他，不明确时会询问）、客户类型（个人、公司或两者）、已有 Sumsub 配置（避免重复建议）。
- 分析（回复前先思考）：使用扩展思考，从文档中提取客户身份识别要求、可接受身份证件、地址验证要求、强化尽职调查（EDD）触发条件、资金来源/财富/PEP 数据收集要求、AML 筛查义务及命中处理方式、交易监控要求、定期重新 KYC 义务，以及哪些内容超出 Sumsub 范围。
- 先验证理解：分析后给出简短的“我的理解”要点块，并询问理解是否正确、有无补充或更正。在用户确认前不得生成完整方案，此步骤为强制要求。
- 生成方案：仅在用户确认后，按输出格式产出完整配置方案。
适用场景
- 团队需要依据某一特定司法管辖区法规搭建或调整 Sumsub 合规验证流程。
- 需要把法规要求（身份识别、地址验证、EDD、资金来源、AML 筛查、交易监控、定期重新 KYC 等）逐条对应到 Sumsub 实体。
- 需要明确哪些配置可自动完成、哪些需在 Dashboard 手动操作。
限制与注意事项
- 技能仅做规划，不生成载荷、不调用 API。
- 未明确业务类型或司法管辖区时，技能会主动询问，不会在无直接请求的情况下为所有管辖区同时生成方案。
- E-KYC 需要经 Sumsub 客户成功经理（CSM）按国家单独激活，许可为 E_KYC_TARGET；具体国家与数据源覆盖取决于客户的许可激活情况，不存在通用列表，需在构建时由 sumsub-check-databases 解析。
- 交易监控相关功能有许可要求：KYT（以及 TRAVEL_RULE、TM_SCHEDULED_EVENTS、KYT_ANTI_FRAUD、DEVICE_INTELLIGENCE 等）。
- DEVICE_CHECK 需要 DEVICE_INTELLIGENCE 许可，缺乏授权时会静默回退为禁用，建议加入 GET-back 验证步骤。
- AML 分流规则需要 AI 用途的 App Token 及租户启用，技能会检测并报告 API 是否不可用。
- 新建的 KYT 规则始终以测试模式（dryRun: true）启动，激活需在 Dashboard 完成。
- 与特定名单匹配的规则需先用 sumsub-manage-client-lists 构建并填充名单。
- 文档中未提供的具体功能、收费、价格、平台或使用步骤信息，暂未提供。