关于 Commonwealth Corporate Registry
Commonwealth Corporate Registry 是用于查询澳大利亚、加拿大、新西兰和英国企业登记信息的 MCP 服务,也整合 OpenCorporates、GLEIF 和 Wikipedia 数据。它为合规团队、分析人员和 AI Agent 提供跨辖区结构化结果,包括一致性评分和身份等级。
主要功能
- 01并行查询七个登记与参考数据源
- 02搜索各国企业登记信息
- 03跨辖区交叉核对企业
- 04评估登记一致性与身份
- 05生成按严重程度排序的报告
- 06识别名称差异与状态冲突
适用场景
- 01为 KYB 入驻核验企业身份
- 02梳理跨境企业结构
- 03在 AML 审查中核对登记状态
- 04汇总尽职调查所需登记信息
MCP 相关
向 MCP 客户端提供八种工具,用于登记查询、企业映射、身份核验、交叉比对和报告生成。支持 `/mcp` 上的 Streamable HTTP 和 `/sse` 上的 SSE。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://ryanclinton--commonwealth-corporate-registry-mcp.apify.actor/mcpclaude mcp add --transport http commonwealth-corporate-registry https://ryanclinton--commonwealth-corporate-registry-mcp.apify.actor/mcp{"mcpServers":{"commonwealth-corporate-registry":{"type":"http","url":"https://ryanclinton--commonwealth-corporate-registry-mcp.apify.actor/mcp"}}}在 Cursor 中打开{"servers":{"commonwealth-corporate-registry":{"type":"http","url":"https://ryanclinton--commonwealth-corporate-registry-mcp.apify.actor/mcp"}}}在 VS Code 中打开{"mcpServers":{"commonwealth-corporate-registry":{"type":"http","url":"https://ryanclinton--commonwealth-corporate-registry-mcp.apify.actor/mcp"}}}{"mcpServers":{"commonwealth-corporate-registry":{"serverUrl":"https://ryanclinton--commonwealth-corporate-registry-mcp.apify.actor/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
英联邦企业注册处 MCP
快速开始
添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf):
{
"mcpServers": {
"commonwealth-corporate-registry-mcp": {
"url": "https://ryanclinton--commonwealth-corporate-registry-mcp.apify.actor/mcp"
}
}
}
通过模型上下文协议为 AI Agent 提供英联邦企业注册信息。此 MCP 服务可同时查询澳大利亚 ABN、加拿大公司注册处、新西兰公司办公室、英国 Companies House、OpenCorporates、GLEIF LEI 和 Wikipedia,并在单个结构化响应中返回跨司法管辖区的实体数据、匹配度分数和身份验证等级。
专为 KYB 分析师、合规团队和 AI Agent 打造,帮助他们获取澳大利亚、加拿大、新西兰和英国的权威公司注册数据,无需手动搜索四个政府门户网站。七个 Apify Actor 在 8 个 MCP 工具后并行运行,并采用 5 分钟内存缓存,避免同一会话内重复查询注册机构。
可以访问哪些数据?
| 数据点 | 来源 | 示例 |
|---|---|---|
| 📋 ABN、实体名称、GST 状态 | 澳大利亚 ABN Lookup | ABN 83 914 571 673 — 有效 |
| 🏢 公司编号、成立日期 | 加拿大公司搜索 | 1234567-8 — 联邦注册有效 |
| 🔢 NZBN、公司类型、董事详情 | 新西兰公司办公室 | 9429041248743 — 已注册 |
| 🏛️ 公司编号、申报状态、PSC 数据 | 英国 Companies House | 09248896 — 有效 |
| 🌐 覆盖 140 多个司法管辖区、OpenCorp ID | OpenCorporates | gb/09248896 — 有效 |
| 🔑 20 位 LEI 代码、注册状态 | GLEIF LEI | 2138005O9XJIJN4JPN90 — 有效 |
| 📖 百科全书式的历史和运营信息 | Wikipedia | BHP Group — 超过 600 万篇文章的索引 |
| 📊 各注册机构之间的匹配度分数(0–1) | 交叉引用引擎 | 0.87 — 高度匹配 |
| 🎓 身份验证等级 A–F | 评分引擎 | A 级 — LEI 已验证 |
| 🗺️ 司法管辖区覆盖度分数(0–1) | 覆盖度评分 | 0.80 — 覆盖 4 个司法管辖区 |
⬇️ MCP 工具
| 工具 | 价格 | 描述 |
|---|---|---|
map_commonwealth_entities | $0.05 | 映射英联邦注册机构中的企业实体,提供司法管辖区明细、网络图和每个实体的覆盖度分数。 |
search_australian_business | $0.05 | 搜索澳大利亚 ABN 注册库,查询实体名称、ABN、实体类型、GST 注册信息和状态。 |
search_canadian_corporation | $0.05 | 搜索加拿大联邦公司注册库,查询公司名称、编号、董事和注册状态。 |
search_nz_company | $0.05 | 搜索新西兰公司办公室,查询公司名称、NZBN、公司类型、董事和注册状态。 |
search_uk_company | $0.05 | 搜索英国 Companies House,查询公司编号、申报状态、高管和重大控制人。 |
cross_reference_registries | $0.05 | 在所有英联邦注册机构和 LEI 之间交叉引用实体,并提供匹配度评分和 0–1 的匹配置信度。 |
verify_global_identity | $0.05 | 验证企业身份,检测名称变体、验证 LEI、通过 Wikipedia 佐证,并给出 A–F 置信等级。 |
generate_registry_report | $0.05 | 生成全面的多司法管辖区注册报告:按严重程度排列发现结果、分析 LEI 覆盖情况、核对状态一致性并提供可执行建议。 |
为什么使用 Commonwealth Corporate Registry MCP?
要在澳大利亚、加拿大、新西兰和英国核验一家公司,需要打开四个政府门户网站,分别进行四次搜索,再手动核对结果。对于合规分析师来说,每个实体要花 30–60 分钟,之后才能开始分析。对于 AI Agent 来说,这意味着依次调用四个工具,获取原始、非结构化数据,还需要进一步解读。
此 MCP 服务会并行协调全部七个注册机构数据源,构建统一的实体图谱,并通过一次工具调用返回带评分的结构化情报。
- 原生支持 AI — 支持 MCP 协议,可用于 Claude Desktop、Cursor、Windsurf、Cline 以及任何兼容 MCP 的 Agent 框架
- 并行执行 — 所有注册机构 Actor 并发运行;通过
Promise.all分发,避免顺序执行的瓶颈 - 会话缓存 — 基于
source:query键进行 5 分钟内存缓存,避免多工具工作流中重复调用注册机构 - 评分结果 — 在服务端计算一致性评分、覆盖度评分和 A–F 身份等级,而非返回原始注册数据
- 支出控制 — 通过 Apify 平台按事件计费,并可配置支出上限;达到预算时,服务会正常停止
- 计划任务和 Webhook — 可按计划运行,也可通过 Webhook 触发,支持持续监控工作流
功能
- 7 个 Actor 并行分发 — 使用
Promise.all同时向澳大利亚 ABN、加拿大 Corporation、新西兰 Companies、英国 Companies House、OpenCorporates、GLEIF LEI 和 Wikipedia 发送查询 - 统一注册机构图谱 —
buildRegistryNetwork构建类型化的节点/边图谱,包含四种节点类型(company、registration、lei_entity、article)和七种边类型,用于追踪司法管辖区关系 - 一致性评分 —
crossReferenceRegistries根据各司法管辖区的注册状态是否一致,计算 0–1 的一致性评分:(activeCount / totalStatuses) * 0.3 + jurisdictionCount * 0.2 + LEI bonus 0.3 - 匹配置信度公式 — 总体
matchConfidence上限为 1.0:min(1, jurisdictions * 0.2 + leiCoverage * 0.3 + concordanceScore * 0.3) - 覆盖度评分 —
scoreMultiJurisdictionPresence对每个实体进行评估:min(1, jurisdictionCount * 0.2 + hasLEI * 0.2),最多返回 40 个实体,并按评分排序 - 身份置信度评级 —
verifyGlobalIdentity根据四个部分计算置信度:注册评分(拥有 4 个或更多注册时最高为 0.4)、LEI 评分(0.25)、Wikipedia 佐证(0.15)、名称一致性(0.05–0.20);对应等级为 A(≥0.8)、B(≥0.6)、C(≥0.4)、D(≥0.2)、F(<0.2) - 名称变体检测 — 从所有注册记录和 LEI 中收集
entityName、corporationName、companyName、legalName,统一转换为小写进行比较,并为每个实体最多列出 10 个变体 - 报告严重程度排序 —
generateRegistryReport生成按严重程度分类的发现,类别包括critical、high、medium或low,并按严重程度排序,同时提供可执行的整改步骤 - LEI 覆盖率分析 — 计算所有实体的 LEI 覆盖率;低于 20% 时标记为
critical,低于 50% 时标记为high - 状态不一致检测 — 识别不同司法管辖区注册状态不一致的实体(例如,在英国处于有效状态,但在澳大利亚已注销),并标记为
critical - OpenCorporates 覆盖广度 — 通过 OpenCorporates 纳入核心四个英联邦注册机构以外的 140 多个司法管辖区,扩展对离岸及非英联邦注册信息的覆盖
- 双传输协议支持 — 同时提供 SSE(
/sse+/messages)和 Streamable HTTP(/mcp)MCP 传输方式;SSE 会话按sessionId存储,以支持有状态连接 - 结果分页 — 所有工具的结果上限均为 40 个实体,且每个 Actor 最多返回 500 个数据集项目,以确保响应时间和成本可预测
Commonwealth 企业注册信息情报的使用场景
面向金融服务的 KYB 实体核验
为新的企业客户办理入驻手续时,合规团队需要核验实体是否存在、注册状态以及法定名称,并覆盖客户声称开展业务的各个司法管辖区。verify_global_identity 根据登记注册信息、LEI 状态和名称一致性,返回单个 A–F 等级,为入驻团队提供明确的接受/审核/拒绝信号,无需手动搜索各登记门户。
跨境企业结构映射
在开始尽职调查之前,M&A 顾问和投资分析师需要了解目标公司在英联邦司法管辖区的组织结构。map_commonwealth_entities 会返回司法管辖区明细,显示哪些地区存在注册记录、关联实体数量以及实体存在评分,从而揭示子公司结构、休眠空壳公司和控股公司安排。
AML 和合规登记检查
AML 合规计划要求定期根据当前登记状态重新核验实体。cross_reference_registries 会揭示状态不一致的情况——例如某公司在一个司法管辖区显示为 Active,而在另一个司法管辖区显示为 Struck Off 或 Dissolved——这在 AML 和 PEP 筛查工作流中是需要进一步调查的信号。
M&A 尽职调查登记信息研究
制作信息备忘录或开展供应商尽职调查的交易团队需要全面的登记信息摘要。generate_registry_report 会生成按严重程度排序的结构化调查结果:LEI 覆盖缺口、状态不一致、名称差异以及多司法管辖区的存在情况——这些结构化输出可直接用于尽职调查报告。
AI Agent 企业研究工作流
开展公司研究的 AI Agent 需要结构化登记数据,而无需使用浏览器自动化。每个 MCP 工具都会返回简洁的 JSON,供 Agent 推理、引用到研究摘要中,或传递给下游工具——以确定性、经过评分的登记信息取代临时网页抓取。
供应商和交易对手尽职调查
在签订合同前核验供应商合法性的采购和供应商管理团队,可以使用 verify_global_identity 确认供应商存在于官方登记记录中、持有有效 LEI(这对金融交易很重要),并且在各司法管辖区的注册详情一致。
如何连接此 MCP 服务
Claude Desktop
添加到你的 claude_desktop_config.json:
{
"mcpServers": {
"commonwealth-corporate-registry": {
"url": "https://commonwealth-corporate-registry-mcp.apify.actor/mcp",
"headers": {
"Authorization": "Bearer YOUR_APIFY_TOKEN"
}
}
}
}
Cursor / Windsurf / Cline
在编辑器的 MCP 设置面板中添加 MCP 服务 URL:
https://commonwealth-corporate-registry-mcp.apify.actor/mcp
并在客户端中配置 Authorization: Bearer YOUR_APIFY_TOKEN 标头。
SSE 传输(旧版客户端)
https://commonwealth-corporate-registry-mcp.apify.actor/sse
HTTP 编程调用(cURL)
# Call verify_global_identity
curl -X POST "https://commonwealth-corporate-registry-mcp.apify.actor/mcp" \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOUR_APIFY_TOKEN" \
-d '{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "verify_global_identity",
"arguments": {
"query": "BHP Group",
"sources": ["australia", "uk", "lei", "wiki"]
}
},
"id": 1
}'
Python(通过 MCP 客户端或直接使用 HTTP)
import httpx
import json
response = httpx.post(
"https://commonwealth-corporate-registry-mcp.apify.actor/mcp",
headers={
"Content-Type": "application/json",
"Authorization": "Bearer YOUR_APIFY_TOKEN",
},
json={
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "cross_reference_registries",
"arguments": {
"query": "Rio Tinto",
"sources": ["australia", "uk", "canada", "lei"]
}
},
"id": 1
}
)
result = response.json()
content = json.loads(result["result"]["content"][0]["text"])
print(f"Entities found: {content['totalEntities']}")
print(f"Multi-jurisdiction: {content['multiJurisdictionCount']}")
print(f"Avg concordance: {content['avgConcordance']}")
for match in content["matches"][:5]:
print(f" {match['entity']}: {match['jurisdictions']} — confidence {match['matchConfidence']}")
JavaScript / TypeScript
const response = await fetch("https://commonwealth-corporate-registry-mcp.apify.actor/mcp", {
method: "POST",
headers: {
"Content-Type": "application/json",
"Authorization": "Bearer YOUR_APIFY_TOKEN",
},
body: JSON.stringify({
jsonrpc: "2.0",
method: "tools/call",
params: {
name: "generate_registry_report",
arguments: {
query: "Macquarie Group",
sources: ["australia", "uk", "canada", "newZealand", "lei", "wiki"]
}
},
id: 1
})
});
const data = await response.json();
const report = JSON.parse(data.result.content[0].text);
console.log(`Coverage: ${report.overallCoverage}`);
console.log(`Entities analyzed: ${report.entitiesAnalyzed}`);
console.log(`LEI coverage rate: ${(report.leiCoverageRate * 100).toFixed(1)}%`);
for (const finding of report.findings) {
console.log(`[${finding.importance.toUpperCase()}] ${finding.category}: ${finding.finding}`);
}
⬆️ 输出示例
verify_global_identity 响应
{
"verifications": [
{
"entity": "BHP Group Limited",
"registrationsFound": 4,
"jurisdictions": ["australia", "uk", "newZealand", "canada"],
"nameVariations": [
"BHP Group Limited",
"BHP GROUP LIMITED",
"BHP Billiton Limited"
],
"identityConfidence": 0.85,
"leiVerified": true,
"wikipediaCorroborated": true,
"verificationGrade": "A"
}
],
"totalVerified": 3,
"avgConfidence": 0.72,
"gradeDistribution": { "A": 1, "B": 1, "C": 1 }
}
cross_reference_registries 响应
{
"matches": [
{
"entity": "Pinnacle Resources International",
"jurisdictions": ["australia", "uk", "lei"],
"registrationIds": {
"australia": "51 004 458 390",
"uk": "08342156",
"lei": "213800WSGIIZCXF1P572"
},
"matchConfidence": 0.82,
"leiCoverage": true,
"concordanceScore": 0.875
}
],
"totalEntities": 12,
"multiJurisdictionCount": 4,
"avgConcordance": 0.7341,
"leiCoverageRate": 0.4167
}
generate_registry_report 响应
{
"findings": [
{
"category": "Multi-Jurisdiction Presence",
"finding": "Entities found across 4 jurisdictions: australia, uk, canada, newZealand",
"importance": "high",
"evidence": "18 registration records across 4 jurisdictions",
"action": "Review cross-jurisdiction compliance and regulatory obligations"
},
{
"category": "Status Discordance",
"finding": "1 entity/entities with inconsistent registration statuses across jurisdictions",
"importance": "critical",
"evidence": "Crestview Holdings Pty Ltd: active, dissolved",
"action": "Investigate status discrepancies - may indicate dissolved or suspended registrations"
},
{
"category": "LEI Coverage Gap",
"finding": "33.3% of entities have LEI identifiers",
"importance": "high",
"evidence": "2 of 6 entities have LEI codes",
"action": "Obtain LEI codes for entities involved in financial transactions or regulatory reporting"
}
],
"overallCoverage": "partial",
"entitiesAnalyzed": 6,
"jurisdictionsCovered": 4,
"leiCoverageRate": 0.3333,
"recommendations": [
"Improve LEI coverage for financial transaction and regulatory compliance",
"Resolve registration status inconsistencies across jurisdictions",
"Expand registry searches to additional Commonwealth jurisdictions"
]
}
输出字段
verify_global_identity
| 字段 | 类型 | 描述 |
|---|---|---|
verifications[].entity | string | 规范化实体名称,最多 60 个字符 |
verifications[].registrationsFound | number | 在所有来源中找到的注册记录数 |
verifications[].jurisdictions | string[] | 找到注册记录的司法管辖区列表 |
verifications[].nameVariations | string[] | 从注册记录和 LEI 中收集的最多 10 个名称变体 |
verifications[].identityConfidence | number | 综合置信度评分 0–1(注册评分 + LEI 0.25 + wiki 0.15 + 名称一致性 0.05–0.20) |
verifications[].leiVerified | boolean | 是否为此实体找到 GLEIF LEI 记录 |
verifications[].wikipediaCorroborated | boolean | 是否找到与此实体匹配的 Wikipedia 条目 |
verifications[].verificationGrade | string | A(≥0.8)、B(≥0.6)、C(≥0.4)、D(≥0.2)、F(<0.2) |
totalVerified | number | 评估的实体总数 |
avgConfidence | number | 所有实体的平均身份置信度 |
gradeDistribution | object | 各等级的实体数:{ "A": 2, "B": 1, ... } |
cross_reference_registries
| 字段 | 类型 | 描述 |
|---|---|---|
matches[].entity | string | 实体名称,最多 60 个字符 |
matches[].jurisdictions | string[] | 实体有注册记录的司法管辖区 |
matches[].registrationIds | object | 按司法管辖区列出的注册 ID:{ "australia": "ABN", "uk": "compNum", "lei": "LEI code" } |
matches[].matchConfidence | number | 总体置信度 0–1:min(1, jurisdictions*0.2 + leiCoverage*0.3 + concordance*0.3) |
matches[].leiCoverage | boolean | 是否为此实体找到 GLEIF LEI |
matches[].concordanceScore | number | 状态一致性 0–1:显示活跃/已注册/当前状态的注册记录比例 |
totalEntities | number | 匹配的实体总数 |
multiJurisdictionCount | number | 出现在 2 个或以上司法管辖区的实体数 |
avgConcordance | number | 所有匹配项的一致性平均分 |
leiCoverageRate | number | 具有 LEI 覆盖的实体比例 |
generate_registry_report
| 字段 | 类型 | 描述 |
|---|---|---|
findings[].category | string | 发现类别:多司法管辖区存在、LEI 覆盖缺口、状态不一致、名称变体、公开资料、无结果 |
findings[].finding | string | 易于理解的发现描述 |
findings[].importance | string | 严重程度:critical、high、medium 或 low |
findings[].evidence | string | 来自注册数据的佐证 |
findings[].action | string | 建议的补救措施或后续行动 |
overallCoverage | string | comprehensive(3 个或以上司法管辖区且 LEI 覆盖率 ≥30%)、partial(1 个或以上司法管辖区)或 limited |
entitiesAnalyzed | number | 已分析的公司节点数 |
jurisdictionsCovered | number | 有注册记录的不同司法管辖区数量 |
leiCoverageRate | number | 具有 GLEIF LEI 标识符的实体比例 |
recommendations | string[] | 按优先级排序的可执行建议 |
国家/地区搜索工具(search_australian_business、search_uk_company 等)
| 字段 | 类型 | 描述 |
|---|---|---|
results[].entity | string | 实体或公司名称 |
results[].registrationId | string | ABN、公司编号、NZBN 或英国公司编号 |
results[].status | string | 来源注册机构提供的注册状态 |
results[].jurisdiction | string | 来源司法管辖区:australia、canada、newZealand 或 uk |
results[].details | object | 来源注册机构 Actor 提供的完整原始记录 |
totalFound | number | 返回的结果数 |
jurisdiction | string | 搜索的司法管辖区 |
查询英联邦公司注册机构需要多少钱?
每次工具调用的定价为 $0.05。计算成本已包含在内。Apify Free 计划每月包含 $5 额度——无需信用卡即可调用 100 次工具。
| 场景 | 工具调用次数 | 每次调用费用 | 总费用 |
|---|---|---|---|
| 验证单个实体 | 1 | $0.05 | $0.05 |
| 批量开展 10 个实体的 KYB 核验 | 10 | $0.05 | $0.50 |
| 审查 50 个实体的合规情况 | 50 | $0.05 | $2.50 |
| 核查 200 个实体的投资组合 | 200 | $0.05 | $10.00 |
| 批量验证 1,000 个实体 | 1,000 | $0.05 | $50.00 |
你可以在 Apify 平台设置中为每次运行设置最高支出限额。达到预算后,服务会返回清晰的错误消息,而不是静默失败。
作为参考,KYB 平台订阅(Kyckr、Creditsafe、Bureau van Dijk)通常每月收费 $500–2,000。使用此 MCP 服务,大多数每月执行 200–500 次核查的合规团队只需花费 $10–25,无需承诺订阅。
Commonwealth Corporate Registry MCP 的工作原理
阶段 1:查询分发与缓存
调用工具时,如果传入 query 和 sources 数组,resolveData 函数会使用 Promise.all 并行分发 Apify Actor 调用。每个数据源的缓存键格式为 source:query(例如,au:BHP Group)。如果内存中的 CACHE Map 存在匹配条目,且其存储时间不足 5 分钟(TTL = 5 * 60_000 ms),则会立即返回缓存结果,无需发起网络调用。这对多工具工作流很重要:在这类工作流中,cross_reference_registries 会先查询某个实体,随后 generate_registry_report 会立即查询同一实体。
每次 Actor 调用都会使用 apify-client SDK,并设置 waitSecs: 180 和 memory: 256 MB。结果从 Actor 的默认数据集获取,每个数据源最多返回 500 条记录。Actor 调用失败时会返回空数组,而不会抛出异常,因此单个数据源不可用不会中止整个查询。
阶段 2:构建注册机构网络
这 7 个数据数组会传入 buildRegistryNetwork,用于构建由 RegistryNode 和 RegistryEdge 对象组成的类型化图。每个唯一实体名称或注册 ID 都会创建一个公司节点,并使用标准化键(name.toLowerCase().replace(/[^a-z0-9]/g, '_'))。每个司法管辖区都会创建注册节点,并使用带司法管辖区标记的边类型:registered_in_au、registered_in_ca、registered_in_nz、registered_in_uk。LEI 记录会创建 lei_entity 节点,并通过权重为 0.95 的 identified_by 边与之关联。Wikipedia 条目会通过模糊前缀匹配(检查 15 个字符的前缀是否包含)与公司节点关联,使用权重为 0.6 的 described_in 边。OpenCorporates 记录使用权重为 0.7 的 listed_on 边,体现 OpenCorporates 聚合数据而非提供原始注册数据这一点。
阶段 3:分析与评分
根据所调用的工具,网络会运行以下四种分析函数之一:
mapCommonwealthEntities— 统计每个节点的边数,构建司法管辖区明细,并按连接数返回排名前 40 的实体crossReferenceRegistries— 针对每个公司节点收集关联的注册节点,提取司法管辖区列表和注册 ID,根据状态一致性计算一致性,并计算matchConfidence公式verifyGlobalIdentity— 计算四部分置信度分数,在所有注册记录中规范化名称变体,并分配 A–F 等级generateRegistryReport— 依次运行五个发现检测器(多司法管辖区、LEI 覆盖率、状态不一致、名称变体、Wikipedia),按严重程度排序,并生成overallCoverage评估和建议数组
阶段 4:MCP 传输与响应
MCP 服务支持两种传输协议。/mcp 上的 Streamable HTTP 传输会为每个请求创建一个新的 StreamableHTTPServerTransport,并使用 crypto.randomUUID() 生成会话 ID,适用于无状态 API 调用。/sse 上的 SSE 传输会在 transports Map 中维护持久会话,并在连接关闭时进行清理。两种传输都使用同一个 McpServer 实例,该实例由 getServer() 在每个请求中全新构建。结果会序列化为 JSON.stringify(..., null, 2),并以 text 内容块的形式返回。
获得最佳结果的提示
-
对于新实体,从
verify_global_identity开始。 A–F 等级能立即表明公司在各登记机构中的信息是否可核实且一致。C 级或更低等级意味着在开始合作前应进一步调查。 -
使用
sources控制成本和速度。 默认来源列表涵盖 6 个登记机构。若要快速检查且只需要英国 Companies House 数据,请传入["uk"],仅调用该 Actor。每增加一个来源,就会多调用一个底层 Actor。 -
在同一会话中,先调用
map_commonwealth_entities,再调用cross_reference_registries。 5 分钟缓存意味着第二次调用会复用第一次调用的 Actor 结果,只需支付 MCP 工具费用,无需额外的 Actor 计算。 -
使用
generate_registry_report生成结构化尽职调查结果。 findings 数组已按严重程度预先排序(critical在前),并包含action字段,适合直接插入尽职调查报告模板或合规案件管理系统。 -
按注册编号搜索以获得精确匹配。 直接传入 ABN、英国公司编号或 NZBN,可返回精确匹配项,避免名称歧义结果。例如,
"09248896"会返回一条英国 Companies House 记录,而不是所有名称相似的公司。 -
LEI 验证是最有力的身份信号。 拥有有效 GLEIF LEI 且法定名称匹配的实体,已由经 GLEIF 认可的本地运营单位(LOU)独立验证。如果
verify_global_identity中出现leiVerified: true,则该实体符合许多监管框架对金融交易所要求的身份标准。 -
立即标记
Status Discordance发现。 如果一家公司在某个司法管辖区显示为 Active,而在另一个司法管辖区显示为 Dissolved 或 Struck Off,则在 KYB、AML 和信贷承保场景中属于重大问题。generate_registry_report工具会将其列为critical发现,并在证据字段中列出具体实体名称和状态值。
与其他 MCP 服务组合使用
| MCP 服务 | 组合方式 |
|---|---|
| counterparty-due-diligence-mcp | 先运行注册信息核验,再将实体传递给交易对手尽职调查工具,筛查制裁、政治公众人物(PEP)和负面媒体信息 |
| adversarial-corporate-opacity-mcp | 完成注册信息映射后,对已识别的多司法辖区架构进行空壳公司检测和不透明度评分 |
| corporate-deep-research-mcp | 补充注册状态数据,获取财务健康状况、治理和竞争情报 |
| opencorporates-search | 对单个 OpenCorporates 司法辖区进行深入调查,超出 MCP 内置查询的范围 |
| gleif-lei-lookup | 获取完整的 GLEIF LEI 数据,包括企业母子层级关系和续期记录 |
| uk-companies-house | 获取详细的英国申报文件、账目和完整的高管任职记录,超出注册状态信息的范围 |
| sanctions-network-analysis | 将已核验的注册实体与 OFAC、联合国、欧盟和英国制裁名单进行交叉比对 |
限制
- 不包括省级/州级注册处 — 加拿大仅覆盖联邦层面(Corporations Canada)。省级注册处(安大略省、不列颠哥伦比亚省、阿尔伯塔省)需要单独查询。英国覆盖英格兰和威尔士的 Companies House;苏格兰和北爱尔兰实体的数据可能不完整。
- 无法访问历史申报文件 — 服务返回当前注册状态和基本详情。历史年度申报、账目和文件申报需要直接访问 Companies House 或 ASIC API。
- 无法深入查询受益所有权 — 原始结果中包含英国 Companies House 的 PSC 数据,但服务不会追踪多层级受益所有权链。若要完整绘制最终受益所有人(UBO)关系图,请结合专用的受益所有权工具使用。
- OpenCorporates 覆盖情况不一 — 数据质量和完整度因司法辖区而异。尽管名义上有所覆盖,一些较小的英联邦司法辖区在 OpenCorporates 上的数据仍然有限。
- Wikipedia 匹配采用模糊匹配 — 文章关联使用 15 个字符的前缀包含检查。对于名称片段常见的公司,可能会关联到不正确的文章。请将
wikipediaCorroborated作为佐证信号,而非主要核验依据。 - 缓存仅适用于单个实例 — 5 分钟的内存缓存仅在单个服务实例内生效。冷启动(新的 Apify 待机实例)时缓存为空。
- Actor 超时为 180 秒 — 每个底层注册处 Actor 的超时时间为 180 秒。响应较慢的注册处数据源(OpenCorporates、负载较高时的 GLEIF)可能会超时并返回空数组。服务会使用可用数据继续处理,而不会失败。
- 每个来源最多处理 50 条记录 — 网络构建器对每个注册处最多处理 50 条记录,每次 Actor 数据集获取最多处理 500 条记录。常见名称的匹配结果可能多于实际分析的数量。
- 不实时轮询状态 — 数据反映查询时的注册处状态。可使用 Apify 平台的调度功能来定期重新核验工作流。
集成
- Zapier — 在 CRM 或采购系统中创建新供应商记录时,触发注册信息核验
- Make — 构建自动化 KYB 工作流:新客户信息收集表单 → 注册信息核查 → 更新合规系统
- Google Sheets — 将注册信息报告结果导出到合规跟踪电子表格,供审核队列处理
- Apify API — 通过 REST API 将注册信息核验集成到自定义 KYB 平台或合规门户
- Webhooks — 在注册信息核查完成或接近支出限额时通知合规系统
- LangChain / LlamaIndex — 在 RAG 流水线中将注册信息核验嵌入为工具,进行以文档为依据的合规分析
❓ 常见问题
此 MCP 服务覆盖多少个英联邦国家? 直接访问注册信息的范围包括澳大利亚(ABN Lookup)、加拿大(Corporations Canada 联邦注册处)、新西兰(Companies Office)和英国(Companies House)。OpenCorporates 将覆盖范围扩展至全球 140 多个司法管辖区。GLEIF LEI 可在全球所有金融市场司法管辖区内识别实体。
返回的注册信息有多新? 数据会在查询时通过底层 Apify Actor 从各注册处实时获取。结果反映调用时各注册处当前公布的信息;系统中没有预缓存或过时的批量数据。
A–F 核验等级如何计算? 该等级由四项指标综合得出:注册评分(4 条及以上注册记录时最高计为 0.4)、LEI 是否存在(0.25)、Wikipedia 佐证(0.15)以及名称一致性(根据发现的名称变体数量,计为 0.05–0.20)。评分 ≥0.8 为 A,≥0.6 为 B,≥0.4 为 C,≥0.2 为 D,低于 0.2 为 F。
能否按公司注册号而非名称搜索? 可以。四种按国家划分的工具和跨注册处工具都接受注册号:澳大利亚的 ABN、加拿大的公司编号、新西兰的 NZBN,以及英国的公司注册号。按编号搜索会返回精确匹配,避免名称搜索结果不明确。
一致性评分为 0.0 意味着什么? 一致性评分为 0.0 表示找到的注册记录中没有任何记录显示实体处于活跃、已注册或当前状态。所有记录的状态均为已解散、已注销、非活跃或未知。这是一项重要发现,在继续办理入驻或交易之前应进行调查。
以这种方式使用英联邦公司注册信息合法吗? 所有数据来源均为公开的政府注册处。ABN Lookup、Companies House、NZ Companies Office 和 Corporations Canada 均向公众开放其数据。OpenCorporates 和 GLEIF 是获得授权的数据聚合商。请参阅 Apify 关于网页抓取合法性的指南。
这与订阅 Kyckr 或 Bureau van Dijk 等 KYB 平台有何不同? KYB 平台的订阅费用为每月 500–2,000 美元。此 MCP 服务按调用付费,每次工具调用 0.05 美元,适合核验量不固定的团队,或费用需随实际使用量变化的 AI Agent 工作流。它不提供企业级 KYB 平台所提供的信用评分、不良媒体信息或复杂的最终受益所有人(UBO)映射。
此 MCP 服务能否按计划运行以进行持续监控?
可以。该 Actor 在 Apify 平台上运行,平台支持基于 cron 的计划调度。设置计划以定期重新核验实体,并使用 Webhooks 在 generate_registry_report 中出现新的 critical 发现时通知合规系统。
如果查询期间某个注册机构来源不可用,会发生什么?
runActor 函数会捕获单个 Actor 调用中的错误,并返回空数组,而不是抛出错误。查询会继续使用其余可用来源的结果。响应会反映成功完成的来源所提供的数据,你可以根据输出中缺少的司法辖区条目推断哪些来源不可用。
我可以将其与 LangChain 之类的 AI 框架或 AI 编码助手搭配使用吗?
可以。此服务实现了 MCP 协议版本 1.0,可与任何兼容 MCP 的客户端搭配使用:Claude Desktop、Cursor、Windsurf、Cline,以及支持 MCP SDK 的框架。对于编程客户端,推荐使用 /mcp Streamable HTTP 端点进行连接。
覆盖范围是否包括澳大利亚州级别的企业名称? 澳大利亚 Actor 会查询 ABN Lookup 注册机构,其中涵盖 ATO 签发的所有澳大利亚商业号码,不论其所属州。州级注册的企业名称(例如 NSW Fair Trading 注册的名称)不在覆盖范围内——ABN Lookup 仅涵盖联邦 ABN 注册机构。
如何获取 Apify 令牌以使用此服务? 在 apify.com 创建免费账户。你的 API 令牌位于 Settings > Integrations。免费套餐每月包含价值 $5 的额度,足够进行 100 次工具调用。
帮助我们改进
如果你遇到问题,请启用运行共享,帮助我们更快地排查:
- 前往 Account Settings > Privacy
- 启用 Share runs with public Actor creators
这样一来,发生问题时我们就能查看你的运行详情。你的数据仅对 Actor 开发者可见,不会公开。
支持
发现错误或需要某项功能?请在此 Actor 页面上的 Issues 选项卡中提交问题。如需企业集成或定制 KYB 工作流,请通过 Apify 平台联系我们。
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。