分页
ℹ️
协议版本: 草案
模型上下文协议(MCP)支持对可能返回大结果集的列表操作进行分页。分页允许服务器以较小的块而不是一次性生成结果。
分页在通过互联网连接到外部服务时特别重要,但对于本地集成也很有用,可以避免大型数据集的性能问题。
分页模型
MCP 中的分页使用不透明的基于游标的方法,而不是编号页面。
- 游标是一个不透明的字符串令牌,表示结果集中的位置
- 页面大小由服务器确定,可能不是固定的
响应格式
当服务器发送包含以下内容的响应时,分页开始:
- 当前页面的结果
- 如果存在更多结果,则包含可选的
nextCursor
字段
{
"jsonrpc": "2.0",
"id": "123",
"result": {
"resources": [...],
"nextCursor": "eyJwYWdlIjogM30="
}
}
请求格式
收到游标后,客户端可以通过发出包含该游标的请求来_继续_分页:
{
"jsonrpc": "2.0",
"method": "resources/list",
"params": {
"cursor": "eyJwYWdlIjogMn0="
}
}
分页流程
sequenceDiagram participant Client as 客户端 participant Server as 服务器 Client->>Server: 列表请求(无游标) loop 分页循环 Server-->>Client: 结果页面 + nextCursor Client->>Server: 列表请求(带游标) end
支持分页的操作
以下 MCP 操作支持分页:
resources/list
- 列出可用资源resources/templates/list
- 列出资源模板prompts/list
- 列出可用提示tools/list
- 列出可用工具
实施指南
服务器应该:
- 提供稳定的游标
- 优雅地处理无效游标
客户端应该:
- 将缺少的
nextCursor
视为结果结束 - 支持分页和非分页流程
- 将缺少的
客户端必须将游标视为不透明令牌:
- 不要对游标格式做假设
- 不要尝试解析或修改游标
- 不要在会话之间持久化游标
错误处理
无效游标应该导致代码为 -32602(无效参数)的错误。