用 Claude 核验企业：通过 Didit MCP 进行 KYB 和受益所有人验证

主要收获

• 在 Claude 中，操作员通过配置好的 KYB 工作流创建一个父级“了解您的业务 (KYB)”会话。Didit 的托管流程（而非 Claude）根据工作流的“关键人员”设置自动生成子级“了解您的客户 (KYC)”会话。
• KYC 并非对每个最终受益所有人 (UBO) 都强制要求。所有权阈值、所需角色和跳过规则均可配置，适用的法律阈值取决于司法管辖区和政策。
• didit_verify_kyb_search 返回注册候选企业。它不遍历公司关系。选定的候选企业可通过 didit_verify_kyb_select 进行解析。
• Claude 作为对话控制界面非常有用：您可以要求它创建父级会话、解释返回状态、总结各方进度并整理证据。人工仍需选择正确的公司并做出政策决策。
• Didit 企业验证服务每家企业仅需 $2.00 起。Didit 覆盖 220 多个国家和地区，每项功能每月包含 500 次免费验证。

与 Claude 进行企业验证对话时，应感觉简单，同时不应假装底层合规工作也很简单。操作员指定公司名称和已批准的工作流。Claude 调用相关的 Didit 工具。企业代表完成托管流程。Didit 解析注册表和关键人员要求。Claude 随后将结果记录转换为可读的案例摘要。

本文重点介绍该对话：您输入的内容、Claude 应返回的内容以及人工仍需决定的内容。有关产品机制、所有权数据和更广泛的企业验证生命周期，请阅读使用 Didit MCP 服务器进行 KYB。有关 Claude 设置，请使用连接器安装指南。

对话前：配置策略

Claude 不应凭空创建您的 KYB 策略。请先在 Didit 中配置 KYB 工作流。其“关键人员”设置决定了与企业关联的哪些人员必须完成子级 KYC 会话。这些设置可以使用所有权阈值，要求对董事或代表等特定角色进行验证，并在您的批准策略允许的情况下跳过 KYC。

在某些监管环境中，25% 的所有权阈值很常见，但并非普遍适用。司法管辖区、客户类型、风险水平、控制权以及您的组织义务可能会改变必须识别或验证的人员。工作流配置表达了该策略；Claude 则根据该策略执行。

通过Didit 的 Claude 自定义连接器进行连接。托管端点使用 OAuth (Open Authorization) 2.1 和 PKCE (Proof Key for Code Exchange)，因此 Claude 以登录用户现有组织角色的身份行事。

对话 1：确认上下文和工作流

首先要求 Claude 识别其将操作的位置。当分析师可以访问多个组织或应用程序时，这一点很重要：

调用 didit_context_get。说明所选的 Didit 组织和应用程序。不要创建或更新任何内容。

然后询问已配置的工作流：

列出我的工作流，并仅显示那些已配置用于企业验证的工作流。返回每个名称和 workflow_id。对于我选择的工作流，总结其关键人员要求，不进行任何更改。

Claude 可以使用 didit_workflow_list 显示可用定义。仔细阅读摘要。如果工作流要求董事、代表或超出配置阈值的所有者，这些是工作流规则——而不是 Claude 生成的建议。如果摘要含糊不清，请在开始业务会话之前停止并在业务控制台中检查工作流。

对话 2：可选地检查注册表候选

为了进行预检，您可以要求 Claude 搜索官方注册表：

在英国注册表中搜索“Acme Trading Limited”，使用国家代码 GB。返回候选注册名称、注册号、状态和 kyb_response_id 值。不要选择任何候选。

Claude 调用 didit_verify_kyb_search。响应是一个候选列表，而不是经过验证的所有权图；搜索工具不遍历子公司或母公司关系。相似名称、曾用名和重复使用的商号可能会产生几个看似合理的候选。

操作员使用注册号、司法管辖区和注册地址等证据选择匹配的法律实体。然后要求 Claude 解析该候选：

选择 kyb_response_id KYB_CANDIDATE_ID 并返回完整的注册记录。将注册事实与任何解释分开。标记缺失字段，不要推断不存在的所有者。

didit_verify_kyb_select 解析选定的候选。Claude 可以格式化记录并指出不一致之处，但人工拥有候选选择权。流畅的摘要并不能证明选择了正确的“Acme”。

对话 3：创建一个父级 KYB 会话

托管的 KYB 流程从一个由选定的 KYB 工作流创建的会话开始：

使用 workflow_id 11111111-2222-3333-4444-555555555555 创建一个企业验证会话。将 vendor_data 设置为 merchant-2048。仅返回父级 session_id 和 url。

Claude 调用 didit_session_create。所需的参数是 workflow_id；工作流定义了这是一个 KYB 会话。响应包含父级 session_id 和托管 url。通过您批准的渠道将该 URL 发送给授权的企业代表。

Claude 绝不能为每个所有者调用一次 didit_session_create 并声称这些临时会话与业务相关联。这不是 KYB 编排模型。当代表完成托管业务流程时，Didit 会根据父工作流的“关键人员”设置自动生成所需的子级 KYC 会话。配置的规则决定了哪些方必须进行验证；跳过设置和按角色要求仍然有效。

最终用户看到的是托管业务流程：工作流要求的公司信息或文件请求、适用的注册解析步骤，以及需要完成 KYC 的关键人员的邀请或移交。确切的体验取决于配置和可用的注册数据。它不是一个通用的“验证每个 UBO”序列。

对话 4：正确读取父级状态

要求 Claude 检索实际的父级决策，而不是估计完成时间：

检索父级 KYB 会话 66666666-7777-8888-9999-000000000000 的决策。报告父级状态、业务发现、所需关键人员以及每个链接子级 KYC 方的完成状态。不要推断缺失方或将业务标记为已批准。

Claude 调用 didit_session_get_decision 并总结 Didit 返回的内容。等待用户状态具有特定的 KYB 含义：父级业务会话正在等待所需的子级 KYC 方完成。它不是任何缺失业务信息的通用标签。

不要将低于 2 秒的 p99 推理数字附加到整体 KYB 响应时间。业务流程可能包括人工文件收集、注册表可用性以及多人完成托管子会话。Claude 应该报告当前状态，而不是承诺完成窗口。

一个有用的后续提示是：

将此 KYB 决策转换为包含四个部分的分析师清单：已验证的注册事实、已完成的关键人员检查、未解决或冲突的证据以及需要人工决策的部分。在每个发现旁边包含记录标识符。

对话 5：筛选和审查，避免夸大其词

如果工作流或策略要求进行反洗钱 (AML) 筛选，首先询问 Claude 是否已存在当前结果。避免仅仅因为开始了新的对话而支付重复检查的费用：

检查现有 KYB 决策的实体和关键人员 AML 结果。如果缺少所需的当前结果，请显示您将提交给 didit_verify_aml 的确切主题数据，并在运行新筛选之前等待批准。

didit_verify_aml 针对 1,300 多个制裁、政治公众人物 (PEP) 和负面媒体列表进行筛选。返回的匹配项是供分析的候选，而不是业务或个人被禁止的自动证明。人工审查员必须解决身份相似性、司法管辖区、日期、来源可靠性和组织的升级策略。

Claude 返回什么，人工决定什么

• Claude 可以返回：注册候选、选定的注册记录、父级会话链接、当前父级状态、关联方进度、筛选结果和带有来源标签的证据摘要。
• 人工选择：当候选模糊时选择正确的法律实体，以及在会话开始前选择已批准的工作流。
• 配置的工作流决定：所有权阈值、所需角色以及关键人员允许跳过的 KYC。
• 人工审查：所有权或控制权模糊性、注册表空白、潜在的 AML 匹配、例外情况和最终风险决策。
• 业务控制台仍然有用：当分析师需要可视化所有权视图、策略配置或超出聊天摘要的受控审查界面时。

企业验证服务每家企业仅需 $2.00 起。当配置的关键人员规则要求时，关联的完整 KYC 套餐为 $0.33，包括身份验证、被动活体检测、人脸匹配和 IP 分析。每项功能每月包含 500 次免费验证。MCP 服务器本身是免费的。

资源

• Didit MCP GitHub 存储库 — MIT 许可下的公共源代码
• MCP 概述 — 端点、传输和连接器模型
• MCP 工具文档 — 规范输入和输出
• Didit MCP 开发者页面 — 产品概述
• Didit MCP 工具参考 — 对话式工具目录

实际价值并非虚构的自主所有权调查。它是在真实 KYB 工作流中进行的受控对话：一个父级会话、自动管理的子级 KYC 要求、Didit 返回的证据，以及在法律和风险政策要求判断时的人工决策。