准策
信任基础设施指南合并档案MCP香港登记库可信数据层

将香港登记库 Merged Profile 接入你的 Agent

通过 Trusgent MCP 或 HTTP,让伙伴 Agent 默认走 search_registry → get_merged_profile,遵循 recommendedUse,安全引用香港官方登记数据。

Trusgent 4 分钟阅读2026年8月22日

将香港登记库 Merged Profile 接入你的 Agent

Trusgent 已结构化索引香港 6 万+ 条官方登记记录——食肆、诊所、律师、保险、课程主办者等。每条记录在 `/t/{registryId}` 有公开页,并提供机器可读 JSON。伙伴 Agent 不应只读 raw registry JSON。 默认应读取 Merged Profile(合并档案):官方登记字段 + 可选认领 Agent Card + enrichment,并附带 `trustBreakdown` 与 `recommendedUse`,便于判断哪些字段可以引用。

本指南面向 Agent 平台工程师、垂直助手集成方与 MCP 客户端维护者。

为什么 Merged Profile 优于 Raw Registry JSON

香港开放登记数据是可靠的 身份锚点(`REGISTRY_OFFICIAL`),可回答:*牌照是否真实?发证机关是谁?注册名称与地址是什么?*

通常 无法 可靠回答:*今日营业时间?预约电话?菜单?* 靠网页抓取补全这些字段,幻觉风险很高。

Merged Profile 在单次响应中合并三层数据:

| 层级 | 来源 | 典型用途 |

|:---|:---|:---|

| `official` | 食环署、食安中心、保监局、医务委员会、律师会、教育局等 | 身份、牌照号、provenance、官方核对链接 |

| `claimed` | 商家认领登记行 → live Agent Card | 更深资料、核验、经营门面 |

| `enrichment` | Google Places POC + 商家确认 | 营业时间、电话、网站(含 verification level) |

响应包含 `recommendedUse.identity`、`.hours`、`.contact`,取值为 `safe_to_cite`、`cite_with_caution` 或 `do_not_cite`。生成面向用户的答案前,必须先读这些字段。

默认调用流(伙伴必遵)

```

1. search_registry(q, source?, country=HK)

2. get_merged_profile(registryId) ← 默认读取

3. 若 claimed.trusgentId 存在 → 推荐前 verify_agent

4. 可选:get_business_facade 读取菜单 / 预约面

```

在需要纯官方字段、不含 enrichment 与认领上下文时(例如合规审计导出),才使用 `get_registry`。

快速开始:MCP(推荐)

端点: `POST https://www.trusgent.com/api/mcp`(JSON-RPC 2.0)

可选鉴权: `Authorization: Bearer <api_key>`,在 [Dashboard → API Keys](https://www.trusgent.com/zh-CN/dashboard/api-keys) 创建。无 Key 的公开读有 IP 限流。

1. 添加远程 MCP Server

将客户端指向 `https://www.trusgent.com/api/mcp`。详见 [开发者文档](https://www.trusgent.com/zh-CN/developers) 与仓库内 `docs/mcp.md`。

2. 搜索登记库

```json

{

"jsonrpc": "2.0",

"id": 1,

"method": "tools/call",

"params": {

"name": "search_registry",

"arguments": {

"q": "中环 茶餐厅",

"country": "HK",

"source": "FEHD_RESTAURANT",

"limit": 5

}

}

}

```

结果含 `registryId`、`profileUrl`、`jsonUrl` 与 `mergedUrl`

3. 读取合并档案(默认)

```json

{

"jsonrpc": "2.0",

"id": 2,

"method": "tools/call",

"params": {

"name": "get_merged_profile",

"arguments": {

"registryId": "fehd-3715038328",

"locale": "zh-CN"

}

}

}

```

4. 遵循 recommendedUse

`safe_to_cite` — 可在回答中陈述(仍建议附 provenance 链接)

`cite_with_caution` — 注明不确定性或来源(如 Places 推断、待商家确认)

`do_not_cite` — 不要当作事实陈述;引导用户查官方登记或认领页

快速开始:HTTP

```bash

curl "https://www.trusgent.com/api/v1/registry/search?q=central&country=HK&limit=5"

curl "https://www.trusgent.com/api/v1/registry/fehd-3715038328/merged"

```

OpenAPI:`https://www.trusgent.com/openapi.json` · Agent 说明:`https://www.trusgent.com/llms.txt`

响应字段速查

| 字段 | 含义 |

|:---|:---|

| `official.verification.level` | `REGISTRY_OFFICIAL` |

| `official.provenance` | 发证机关、数据集、官方核对链接 |

| `claimed.trusgentId` | 商家认领后的 Agent Card ID |

| `enrichment.fields.*.verificationLevel` | `INFERRED` 或 `MERCHANT_CONFIRMED` |

| `trustBreakdown` | 分数拆解与 `notes` |

| `recommendedUse` | 各字段引用策略 |

系统提示模板(可复制到伙伴 Agent)

```

使用 Trusgent 香港登记库数据回答时:

1. search_registry 之后必须调用 get_merged_profile(不要只用 get_registry)。

2. recommendedUse.identity 允许时,才引用 official 中的牌照/名称/地址。

3. 营业时间与联系方式必须遵循 recommendedUse;do_not_cite 时不得引用。

4. 若存在 claimed.trusgentId,推荐前调用 verify_agent。

5. 结构化引用中优先附上 profileUrl 与官方 provenance 链接。

6. 不要批量爬取 merged 端点;按用户意图按需查询。

```

典型集成模式

模式 A — 餐饮垂直助手

`search_registry(source=FEHD_RESTAURANT)` → `get_merged_profile` → 仅展示 `safe_to_cite` 字段 → 引导认领升级。

模式 B — 合规 / 法律 / 医疗查证

强调 `official.provenance` 与官方核对链接,不做营销推荐;非 `MERCHANT_CONFIRMED` 不推断营业信息。

模式 C — 已认领商家深度调用

merged → `verify_agent` → `get_business_facade`。

登记库 vs 目录

登记库记录 不会自动 进入 `/directory`。认领 + 资料完整 + 开启目录展示后才会被目录搜索命中。Merged Profile 是 登记页 → 认领 → Agent Card 链路上的机器读中间层。

边界情况

| 情况 | 处理 |

|:---|:---|

| merged 404 | `registryId` 无效 |

| `enrichment: null` | 尚无 enrichment;使用 official + recommendedUse |

| `provider: DEMO` | 未配置 `GOOGLE_PLACES_API_KEY`;hours/contact 谨慎引用 |

| `PENDING_REVIEW` | enrichment 待确认;通常 `cite_with_caution` |

MCP 目录收录

Trusgent 在公开仓库 [github.com/Trusgent/trusgent-mcp](https://github.com/Trusgent/trusgent-mcp) 发布 Trusgent MCP 清单(`io.github.Trusgent/trusgent-mcp`;应用源码保持私有)。发布后可提交 Smithery 或 Claude Market——见 [伙伴合作](https://www.trusgent.com/zh-CN/partners)。

常见问题

merged 与 registry JSON 有何区别?

registry 仅官方字段;merged 增加认领、enrichment、`trustBreakdown` 与 `recommendedUse`。

何时必须 verify_agent?

存在 `claimed.trusgentId` 且你要推荐或促成交易时;或你的产品策略要求已验证 Agent Card。

能否爬取全部 6 万条 merged?

不建议;按 search 按需调用,并遵守限流。

如何获得更高 API 限额?

通过 [伙伴合作](https://www.trusgent.com/zh-CN/partners) 申请沙箱 → 生产 Key。

下一步

[开发者文档](https://www.trusgent.com/zh-CN/developers)

[伙伴 / BD](https://www.trusgent.com/zh-CN/partners)

[登记库搜索](https://www.trusgent.com/zh-CN/hk/registry/browse)

[创建 API Key](https://www.trusgent.com/zh-CN/dashboard/api-keys)

让合适的需求更容易找到你

创建 Trusgent ID,完善一份可核验的主页,让客户和 AI 智能体更清楚地了解你能提供什么。

相关阅读

如何在你的网站上使用信任徽章

一份实用的分步指南,教你嵌入一个实时联动的准策信任徽章,向人类访客与 AI 智能体证明你已通过验证的可信状态。

如何在准策上打造以证据为本的信任档案

一份面向企业经营者的分步指南,教你把口头宣称转化为可验证的证据,建立信任护照、获取以证据为本的评价,并积累可供 AI 智能体信赖的信任分。

如何让你的企业被 AI 智能体发现

一套清晰的六步操作手册,帮助你在准策上建立可验证的身份,让 AI 智能体能够找到、信任并与你的企业达成交易。