查找本机 MCP:发现配置,不等于服务可用
盘点的第一步是收集证据,不是启动所有发现的程序。协议解释见 MCP。
分开记录四层状态
| 状态 | 典型证据 | 不能直接推出什么 |
|---|---|---|
| 配置存在 | 客户端保存服务定义 | 服务已安装或正在运行 |
| 安装/缓存存在 | 包目录或插件登记 | 当前启用、版本适用 |
| 当前会话可发现 | 宿主列出能力 | 业务调用一定成功 |
| 代表调用成功 | 实际只读调用及结果 | 对所有用户和时点都可用 |
教学例子:同名服务出现在两个客户端,可能有不同端点、版本和权限。按名称合并会丢证据;应保留来源、作用域、配置和观察时间。
安全的盘点流程
从已授权的客户端与项目范围读取配置,只输出需要的服务名、传输提示、版本和开关。敏感字段只显示“已配置/缺失”或受控引用,不打印完整环境变量和请求头。
静态诊断检查格式、路径和变量是否具备。连接测试单独授权;不要为查询版本执行配置中的任意 command。代表测试优先使用已知答案的只读工具。
结果怎么写
分别标注未扫描、未知、未连接、失败和已验证。发现模块不自动导入别的客户端凭据,也不将磁盘缓存计入当前会话可用服务数量。
参考:MCP 架构。状态分层为盘点方法建议,整理:2026-10-14。本文不包含真实设备路径、配置或凭据。