Qoder Cloud Agents API 的列表接口采用 游标分页(Cursor-based Pagination)。通过 before_id 和 after_id 参数定位数据窗口,确保在数据变动时分页结果的稳定性。
所有列表接口返回统一的分页信封:
使用上一页响应中的
使用当前页的
以下脚本遍历所有 Agents:
当没有数据或已到达末尾时:
请求参数
| 参数 | 类型 | 必需 | 默认值 | 说明 |
|---|---|---|---|---|
limit | integer | 否 | 20 | 每页返回数量,范围 1-100 |
before_id | string | 否 | — | 返回此 ID 之前的记录(向前翻页) |
after_id | string | 否 | — | 返回此 ID 之后的记录(向后翻页) |
before_id 和 after_id 不能同时使用。同时传入将返回 400 invalid_request_error。部分资源(Files、Skills、Vaults)的列表端点使用
after/before 作为参数名,与本页定义的 after_id/before_id 等价,服务端均可识别。响应结构
所有列表接口返回统一的分页信封:
字段说明
字段 | 类型 | 说明 |
| array | 当前页的资源列表 |
| string | null | 当前页第一条记录的 ID |
| string | null | 当前页最后一条记录的 ID |
| boolean | 是否还有更多数据 |
基本用法
获取第一页
向后翻页
使用上一页响应中的 last_id 作为 after_id:
向前翻页
使用当前页的 first_id 作为 before_id:
完整遍历示例
以下脚本遍历所有 Agents:
limit 参数说明
| 值 | 行为 |
|---|---|
| 不传 | 默认返回 20 条 |
| 1 | 最小值,返回 1 条 |
| 100 | 最大值,返回 100 条 |
| 0 或负数 | 返回 400 错误 |
| > 100 | 静默截断为 100 条(HTTP 200,不报错),has_more 反映剩余数据是否存在 |
传入
limit > 100 时 API 不会返回 400,而是静默截断到 100 条。如果你的代码假设传 limit=500 就能拿到 500 条,实际只会拿到前 100 条且没有任何错误提示。需要更多数据时,请使用 after_id 翻页。空结果
当没有数据或已到达末尾时:
注意事项
- 游标稳定性 — 游标基于资源 ID,即使期间有新数据写入也不会导致重复或遗漏
- 排序方向 — 默认按创建时间降序(最新在前)
- 已删除资源 — 已删除的资源 ID 用作游标时可能返回 400 错误
- 并发安全 — 可安全地在多个客户端间并行分页