跳到主要内容
协议修订: 2025-11-25
模型上下文协议 (MCP) 为服务器向客户端发送结构化日志消息提供了一种标准化方式。客户端可以通过设置最低日志级别来控制日志详细程度，服务器发送的通知包含严重性级别、可选的日志记录器名称以及任意可 JSON 序列化的数据。

​
用户交互模型

具体实现可以自由地通过任何符合其需求的界面模式展示日志——协议本身不强制要求任何特定的用户交互模型。

​
功能

发出日志消息通知的服务器必须 (MUST) 声明 logging 能力 
{
  "capabilities": {
    "logging": {}
  }
}

​
日志级别

该协议遵循 RFC 5424 中指定的标准 syslog 严重性级别
级别描述示例用例
debug详细的调试信息函数入口/出口点
info常规信息性消息操作进度更新
notice普通但重要的事件配置更改
warning警告情况弃用功能的使用
error错误条件操作失败
critical关键状况系统组件故障
alert必须立即采取行动检测到数据损坏
emergency系统不可用系统完全崩溃

​
协议消息

​
设置日志级别

要配置最低日志级别，客户端可以 (MAY) 发送 logging/setLevel 请求： 请求：
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "logging/setLevel",
  "params": {
    "level": "info"
  }
}

​
日志消息通知

服务器使用 notifications/message 通知发送日志消息 
{
  "jsonrpc": "2.0",
  "method": "notifications/message",
  "params": {
    "level": "error",
    "logger": "database",
    "data": {
      "error": "Connection failed",
      "details": {
        "host": "localhost",
        "port": 5432
      }
    }
  }
}

​
消息流

​
错误处理

服务器应该为常见的失败情况返回标准的 JSON-RPC 错误
  • 无效的日志级别：-32602 (无效参数)
  • 配置错误：-32603 (内部错误)

​
实现注意事项

  1. 服务器**应该**
    • 限制日志消息速率
    • 在数据字段中包含相关上下文
    • 使用一致的日志记录器名称
    • 移除敏感信息
  2. 客户端可以 (MAY)
    • 在 UI 中展示日志消息
    • 实现日志过滤/搜索
    • 以视觉方式展示严重程度
    • 持久化日志消息

​
安全性

  1. 日志消息不得 (MUST NOT) 包含
    • 凭据或机密信息
    • 个人身份信息
    • 可能辅助攻击的内部系统细节
  2. 实现应当 (SHOULD)
    • 限制消息速率
    • 验证所有数据字段
    • 控制日志访问
    • 监控敏感内容