鸭梨公共文档

主题

进度 ​

协议版本: 2025-11-25

模型上下文协议（MCP）通过通知消息支持可选的长时间运行操作的进度跟踪。任何一方都可以发送进度通知以提供操作状态的更新。

1 进度流程 ​

当一方想要接收请求的进度更新时，它在请求元数据中包含一个 progressToken。

  • 进度令牌必须是字符串或整数值
  • 进度令牌可以由发送者使用任何方式选择，但必须在所有活动请求中唯一
json
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "some_method",
  "params": {
    "_meta": {
      "progressToken": "abc123"
    }
  }
}

接收者可以然后发送包含以下内容的进度通知：

  • 原始进度令牌
  • 当前进度值
  • 可选的"总计"值
  • 可选的"消息"值
json
{
  "jsonrpc": "2.0",
  "method": "notifications/progress",
  "params": {
    "progressToken": "abc123",
    "progress": 50,
    "total": 100,
    "message": "Reticulating splines..."
  }
}
  • progress 值必须随每个通知增加，即使总数未知
  • progress 和 total 值可以是浮点数
  • message 字段应该提供相关的人类可读进度信息

2 行为要求 ​

  1. 进度通知必须仅引用以下令牌：

    • 在活动请求中提供的
    • 与正在进行的操作关联的

  2. 进度请求的接收者可以：

    • 选择不发送任何进度通知
    • 以他们认为合适的任何频率发送通知
    • 如果未知则省略总计值

  3. 对于任务增强的请求，原始请求中提供的 progressToken 必须在任务的整个生命周期中继续用于进度通知，即使在 CreateTaskResult 返回之后也是如此。进度令牌保持有效并与任务关联，直到任务达到终止状态。

    • 任务的进度通知必须使用初始任务增强请求中提供的相同 progressToken
    • 任务的进度通知必须在任务达到终止状态（completed、failed 或 cancelled）后停止

3 实现注意事项 ​

  • 发送者和接收者应该跟踪活动的进度令牌
  • 双方应该实施速率限制以防止泛滥
  • 进度通知必须在完成后停止