跳到主要内容
Didit 融资 750 万美元,打造身份与欺诈基础设施
Didit
返回博客
博客 · 2026年8月18日

使用Claude进行加密货币交易所入驻:操作员决策序列

协调KYC、AML、钱包筛选、交易提交和Claude的明确案例操作,无需发明自动化或负载字段。.

作者:Didit更新于
thumbnail.png

主要收获

  • Claude可以协调加密货币交易所的入驻决策,但客户在Didit托管的验证UI中完成“了解您的客户”(KYC)信息捕获,而不是在聊天界面中。
  • didit_session_create需要一个现有的workflow_id。它返回一个交易所提供给客户的URL。
  • didit_transaction_screen_wallet只返回筛选结果。它不持有资金、创建案例或通知合规团队。
  • didit_transaction_create在顶层需要transaction_idtransaction_categorytransaction_detailssubject。交易字段因类别而异。
  • 操作员的价值在于决策序列:收集正确的证据,根据交易所政策进行解释,记录每个决策,并明确触发任何后续行动。

加密货币交易所的入驻并非一个单一决策。它是一系列决策:此人能否开始身份验证,托管检查是否完成,姓名筛选结果是否需要审查,钱包结果在政策下意味着什么,以及提交的交易是否应被接受进行监控?

Didit模型上下文协议(MCP)服务器允许Claude通过一个经过身份验证的工具界面协调这些步骤。它不会将客户体验压缩到对话中,也不会将风险响应变成自动资金控制系统。有用的模式是一个具有明确交接和明确行动的操作员副驾驶。

本文重点介绍该操作序列。其机制已有专门的指南,包括通过MCP进行KYC通过MCP进行钱包筛选以及通过MCP进行交易监控

决策0:在接触客户之前确定范围

操作员首先使用didit_context_get。该工具列出了经身份验证的用户可用的组织和应用程序,因此Claude可以确认预期的操作上下文,而不是混淆客户或环境。

交易所还需要一个现有的验证工作流程。工作流程设计在客户交接之前完成,并决定运行哪些检查。对于常见的加密货币入驻流程,这可能包括身份验证、被动活体检测、人脸匹配和IP分析。这些检查的公开全KYC捆绑包价格为0.33美元。

MCP调用不接收“工作流程配置”。didit_session_create接收一个已经存在的workflow_id。这种区别使得操作员的第一个问题具体化:哪个经批准的工作流程适用于此客户和市场?

决策1:将客户发送到托管KYC流程

Claude使用选定的工作流程和稳定的客户参考创建会话。响应包含session_idurlsession_token

使用 didit_session_create 创建验证会话:
{
  "workflow_id": "<existing-crypto-onboarding-workflow-uuid>",
  "vendor_data": "customer_18427",
  "callback": "https://exchange.example/onboarding/complete",
  "language": "en"
}

将 url 返回给客户并保留 session_id 以供决策查询。

客户打开该URL并在Didit的托管UI中完成所需的捕获。身份文件图像和自拍照都在那里提交。它们不会保留在Claude聊天中。

客户完成后,Claude使用session_id调用didit_session_get_decision。该工具返回配置工作流程的完整验证决策和提取数据。操作员随后可以根据交易所的审查政策将其实施到实际响应中。这是一个交接和检索循环,而不是声称Approved解决了所有下游合规问题。

决策2:将身份证据与姓名风险分离

身份验证和反洗钱(AML)筛选回答不同的问题。阅读验证的身份数据后,Claude可以使用此人的全名调用didit_verify_aml。可选输入,如出生日期和国籍,可以提高匹配准确性。AML筛选在1300多个列表中每次检查费用为0.20美元。

操作员的决策不仅仅是“命中或未命中”。结果可能需要与验证的客户数据进行比较、记录推理或根据交易所政策进行手动审查。如果操作员决定需要一个案例,didit_case_create是一个单独的明确工具调用。KYC会话不会悄悄地创建该案例。

这种分离使审计追踪清晰可读:

  • KYC证据:托管验证工作流程返回的内容。
  • AML证据:姓名筛选响应返回的内容。
  • 操作员决策:交易所政策如何将这些响应映射到批准、审查或拒绝。

决策3:筛选钱包,然后决定如何处理

didit_transaction_screen_wallet接受wallet_addressblockchain和可选的directionblockchain枚举是一个混合资产或链标识符:它包括BTC、ETH、SOL和TRX等链标识符,以及USDT和USDC等资产标识符。USDT和USDC是资产,而不是区块链。

以下是可运行的Claude提示,具有精确的MCP负载形状。将示例地址替换为客户的钱包:

使用完全相同的负载调用 didit_transaction_screen_wallet:
{
  "wallet_address": "0x0000000000000000000000000000000000000000",
  "blockchain": "ETH",
  "direction": "deposit"
}

返回响应字段 risk_score、severity、sanctions_hit,以及报告的资金来源和目的地。
不要持有资金、创建案例或通知任何人。
在总结筛选结果后,要求明确的后续指示。

响应形状是一个筛选结果:risk_scoreseveritysanctions_hit以及资金来源和目的地信息。当交易监控的筛选配置不可用时,该工具可以返回409响应。

钱包筛选,在产品目录中也称为“了解您的交易”(KYT),每次检查费用为0.15美元。结果本身不转移资金。冻结、释放、案例、升级或通知属于交易所自己的政策,并需要单独的系统或工具操作。例如,Claude只有在操作员或授权政策层明确选择该操作后才能调用didit_case_create

决策4:使用真实架构提交交易

didit_transaction_create提交交易进行监控和规则评估。其必需的顶层字段包括:

  • transaction_id:交易所的唯一交易标识符。
  • transaction_category:文档中列出的类别值之一,包括financekyctravel_ruleuser_event
  • transaction_details:类别特定的交易负载。
  • subject:发起交易的一方。

可选的顶层对象包括counterpartytravel_rule_detailsnetwork_snapshotcustom_properties。该工具未将交易哈希、源地址、目标地址、资产或金额定义为通用的顶层字段。如果这些值是某个类别数据的一部分,它们应属于相关类别特定的对象内部。

didit_transaction_create 的顶层契约是:
{
  "transaction_id": "<exchange-unique-transaction-id>",
  "transaction_category": "finance",
  "transaction_details": { "<finance-category fields>": "<values>" },
  "subject": { "<initiating-party fields>": "<values>" },
  "counterparty": { "<other-party fields>": "<values>" },
  "transaction_at": "<ISO timestamp>"
}

占位符是故意的。MCP架构声明transaction_detailssubject取决于transaction_category;它不发布一个通用的嵌套负载。操作员应使用为配置类别定义的字段,而不是复制一个虚构的加密货币架构。

对于travel_rule,适用相同的顶层契约,其中包含transaction_details中的类别特定转账数据,subject中的发起方,counterparty中的另一方,以及travel_rule_details中的旅行规则数据。此工具上没有metadata字段。选择travel_rule标识了类别特定负载;它不会自动执行受益人审查或清算转账。

交易在提交时进行评估。将单个提交记录描述为被持续不断地重新评估是不准确的。Claude可以使用didit_transaction_get检索受监控的交易及其规则评估结果。

决策5:将策略编写保留在业务控制台中

业务控制台的交易监控规则构建器是团队配置监控规则和策略逻辑的地方。它不是验证工作流程编辑器。MCP界面提交交易、检索结果、搜索记录并支持明确的案例操作;它不取代规则编写。

案例操作也受到限制。didit_case_manage支持assigncommentescalatereopenresolveupdate。可疑活动报告(SAR)工作流程仍是业务控制台操作。该界限允许交易所使用Claude进行证据收集和操作员协助,而无需将代理描述为自主合规机构。

连接操作员副驾驶

Didit的托管MCP端点通过Streamable HTTP公开了115个工具,并使用带有代码交换证明密钥(PKCE)的OAuth 2.1。MCP服务器是免费的;底层检查遵循其公布的价格。免费层每月提供500次免费验证。

使用Didit连接器深层链接连接托管的Claude。查看MCP概述身份验证指南工具参考。实现可在MIT许可的GitHub存储库中找到,产品概述位于didit.me/developers/mcp

持久的操作模式是证据优先,政策其次,行动第三。Claude收集KYC决策、AML结果、钱包结果和交易评估。交易所仍然明确哪个响应导致了哪个决策,以及哪个单独的行动随之而来。

身份与欺诈基础设施。

一个 API 即可实现 KYC、KYB、交易监控和钱包筛选。5 分钟即可集成。

让 AI 总结此页面