Skip to main content
Model Context Protocol (MCP) 支持通过通知消息可选地取消正在进行的请求。任一方都可以发送取消通知,表示应终止先前发出的请求。

取消流程

当一方希望取消正在进行的请求时,它会发送一个 notifications/cancelled 通知,其中包含:
  • 要取消的请求 ID
  • 可记录或显示的可选原因字符串

行为要求

  1. 取消通知 MUST 仅引用符合以下条件的请求:
    • 先前已在同一方向发出
    • 被认为仍在进行中
  2. 客户端 MUST NOT 取消 initialize 请求
  3. 对于任务增强请求MUST 使用 tasks/cancel 请求,而不是 notifications/cancelled 通知。任务有自己专用的取消机制,会返回最终任务状态。
  4. 取消通知的接收方 SHOULD
    • 停止处理被取消的请求
    • 释放关联资源
    • 不为被取消的请求发送响应
  5. 在以下情况下,接收方 MAY 忽略取消通知:
    • 引用的请求未知
    • 处理已经完成
    • 请求无法取消
  6. 取消通知的发送方 SHOULD 忽略随后到达的该请求的任何响应

时序考量

由于网络延迟,取消通知可能在请求处理完成后才到达,甚至可能在响应已经发送后才到达。 双方 MUST 优雅处理这些竞态条件:

实现说明

  • 双方 SHOULD 记录取消原因以便调试
  • 应用 UI SHOULD 在请求取消时给出指示

错误处理

无效的取消通知 SHOULD 被忽略:
  • 未知请求 ID
  • 已完成请求
  • 格式错误的通知
这会保持通知“发送后即忘”的性质,同时允许异步通信中存在竞态条件。