分页支持
1MCP 代理支持 MCP 协议响应的分页功能,以在处理来自多个服务器的大型结果集时提升性能。该功能有助于在从多个 MCP 服务器聚合数据时高效管理资源。
概述
功能说明:为 MCP 协议方法(资源、工具、提示、资源模板)启用分页响应
为何默认禁用:并非所有 MCP 客户端都支持分页,因此采用选择性启用以确保兼容性
工作原理:使用基于游标的分页从多个服务器分块获取结果
⚠️ 重要提示:默认行为
分页默认禁用,因为并非所有 MCP 客户端都支持分页。当禁用时:
- 一次性获取并返回所有连接 MCP 服务器的所有结果
- 这确保与现有客户端的最大兼容性
- 但在服务器较多时可能消耗更多内存和时间
启用分页
1. 命令行标志
使用 --pagination 或 -p 标志启用分页:
# 为 HTTP 传输启用分页
npx -y @1mcp/agent --config mcp.json --pagination
# 使用简短标志
npx -y @1mcp/agent --config mcp.json -p2. 环境变量
设置 ONE_MCP_PAGINATION 环境变量:
export ONE_MCP_PAGINATION=true
npx -y @1mcp/agent --config mcp.json3. HTTP 查询参数
对于 HTTP 传输,按请求启用分页:
# 使用 MCP 检查器测试分页
pnpm inspector
# 然后在检查器界面中:
# 1. 导航到工具选项卡
# 2. 在设置中启用分页
# 3. 点击"列出工具"查看分页结果
# 4. 使用"列出更多工具"按钮浏览结果分页工作原理
游标格式
1MCP 返回不透明且带版本的游标。游标绑定能力类型、当前运行时世代、有效过滤条件、提供方位置和提供方的不透明游标。客户端必须原样返回该值,不应解码或自行构造游标。
提供方按确定性的名称顺序遍历,名称相同时以提供方 ID 作为次级排序键。每个聚合页最多包含一个提供方页,1MCP 自身的能力也位于同一序列中。
分页流程
支持的 MCP 方法
分页适用于以下 MCP 协议方法:
resources/list- 列出可用资源resources/templates/list- 列出资源模板tools/list- 列出可用工具prompts/list- 列出可用提示
性能优势
启用分页时
内存使用:更低 - 仅当前页在内存中 响应时间:更快的初始响应 - 立即返回第一页 网络:减少 - 更小的响应载荷 扩展性:更好 - 高效处理多个服务器
# 示例:10 个服务器,每个有 100 个资源
# 无分页:在单个响应中返回 1000 个资源(慢)
# 有分页:每个响应 50-100 个资源(快)无分页时(默认)
内存使用:更高 - 一次加载所有结果 响应时间:更慢 - 等待所有服务器 网络:更大 - 完整结果集 兼容性:最大 - 适用于所有客户端
客户端实现
发起分页请求
{
"jsonrpc": "2.0",
"id": 1,
"method": "resources/list",
"params": {
"_meta": {
"progressToken": "optional-progress-token"
}
}
}处理分页响应
{
"jsonrpc": "2.0",
"id": 1,
"result": {
"resources": [
{
"uri": "file:///example.txt",
"name": "Example File",
"mimeType": "text/plain"
}
],
"nextCursor": "aGVsbG86d29ybGQ="
}
}获取下一页
{
"jsonrpc": "2.0",
"id": 2,
"method": "resources/list",
"params": {
"cursor": "aGVsbG86d29ybGQ=",
"_meta": {
"progressToken": "optional-progress-token"
}
}
}错误处理
无效游标
格式错误、旧格式、跨方法、过滤条件不匹配和过期世代的游标会返回 MCP InvalidParams 错误。提供方集合、过滤条件或能力世代变化后,请不带游标开始新的遍历。
{
"jsonrpc": "2.0",
"id": 1,
"error": {
"code": -32602,
"message": "Invalid capability pagination cursor"
}
}服务器不可用
提供方列表请求失败时,1MCP 会继续返回健康提供方的数据,并将该次遍历之后的所有响应标记为部分结果。经过清理的失败信息位于 _meta["app.1mcp/capability-pagination"],不会暴露提供方返回的错误文本。
{
"_meta": {
"app.1mcp/capability-pagination": {
"partial": true,
"failures": [{ "provider": "example", "code": "upstream_list_failed" }],
"recovery": { "action": "restart_without_cursor" }
}
}
}配置示例
开发设置
# 使用分页的快速开发
npx -y @1mcp/agent --config dev.json --pagination --log-level debug生产设置
# 使用环境变量的生产环境
export ONE_MCP_PAGINATION=true
npx -y @1mcp/agent --config production.jsonDocker 环境
# docker-compose.yml
services:
1mcp:
image: ghcr.io/1mcp-app/agent:latest
environment:
- ONE_MCP_PAGINATION=true
- ONE_MCP_CONFIG_PATH=/config/mcp.json
volumes:
- ./config:/config
ports:
- '3050:3050'何时启用分页
✅ 在以下情况启用
- 您有 5+ 个 MCP 服务器且结果集较大
- 客户端支持分页(能处理
nextCursor) - 性能比简洁性更重要
- 处理资源密集型操作
❌ 在以下情况保持禁用
- 您有少数 MCP 服务器(≤3)且结果集较小
- 客户端不支持分页(忽略
nextCursor) - 兼容性比性能更重要
- 偏好简单设置
故障排除
检查分页是否工作
# 使用 MCP 检查器测试
pnpm inspector
# 在检查器中:
# 1. 在设置中启用分页
# 2. 导航到任意列表视图(资源、工具、提示)
# 3. 查找"列出更多"按钮和页面指示器
# 4. 检查响应 JSON 中的 "nextCursor" 字段调试分页问题
# 启用调试日志查看分页流程
npx -y @1mcp/agent --config mcp.json --pagination --log-level debug查找以下日志消息:
Fetching all items for client X(分页禁用时)Fetching next page for client X with cursor Y(分页启用时)
常见问题
分页结果为空:
- 检查服务器是否支持分页
- 验证游标格式是否为有效 base64
性能未改善:
- 确保客户端发起分页请求
- 检查服务器是否返回适当的页面大小
游标错误:
- 启用调试日志查看游标解析
- 验证配置中的服务器名称未更改
