员工在企业助手里问「CAM-018 是什么状态，登记在哪个房间？」。实施人员要验三件事。模型传的是不是这一个编号，结果能不能和台账对上，以及权限不够时是否会被拦在工具层。以 AssetaGuard 为例，可以先接一项只读查询，再考虑扩展到盘点和维保。

从提问到业务记录

一次查询经过企业助手、MCP 客户端和资产系统。客户端先发现能用的工具，再把资产编号传给查询工具。资产系统按连接权限取数，助手用返回的编号、状态和登记房间组织答案。AssetaGuard 的 MCP 工具和对外集成共用授权配置。工具要同时满足凭据权限与租户开放范围，调用时会再次检查。

先在隔离租户准备一件测试资产，记录它的编号、状态和登记房间。给试点连接开放单件查询，再准备一份无对应权限的测试凭据。用拟采用的 MCP 客户端连接实施方提供的 HTTP 地址。完成连接和授权后，先用 tools/list 查可用工具和实际参数，再执行 tools/call。

最小工具调用

有权连接发现 get_asset_by_code 后，可以用客户端发送如下消息体。CAM-018 是示例编号，需替换成试用租户已登记的值。

{
  "jsonrpc": "2.0",
  "id": 3,
  "method": "tools/call",
  "params": {
    "name": "get_asset_by_code",
    "arguments": { "assetCode": "CAM-018" }
  }
}

检查时先读工具结果，再读最终答复。假设台账里 CAM-018 的状态是「在库」，登记在 B 房间，先核对编号和状态，再看工具有没有返回可核实的房间字段。若只拿到房间 ID，就到台账或授权的房间目录按 ID 对照。找不到对应名称时，答复只说明已确认的信息。切到没有权限的凭据后，再做一次工具发现和直接调用，分别核对工具是否隐藏、直接调用是否被拒。如果助手把「登记在 B 房间」说成「此刻就在 B 房间」，即使工具返回正确，答案也需要改进。

企业助手的登录身份怎样影响结果？

如果不同员工都通过同一份集成凭据请求，资产系统看到的是该凭据的授权范围。要按员工区分资产可见性，需要在企业接入方案里明确身份如何传递、范围在哪一层执行，再用两个权限不同的员工核对工具结果和最终回答。这样，员工能在原来的企业助手里查资产，IT 也可以按查询场景逐项开放工具、核验边界。

AssetaGuard 这条接入链路提供只读工具。客户对外 MCP 接入仅本地部署经授权提供。上述工具参数和授权判断来自现有实现，表中是试点预期。企业指定客户端还需要现场验证。最小验收时保留脱敏的调用参数、工具返回和最终回答，用同一件设备把三者和台账对一遍，再决定开放哪些其他查询。

MCP 官方架构说明