API 调用
了解如何使用 CoreClaw API v2 以编程方式启动 Worker、运行 Task 模板,以及查询运行记录。
API v2 基础地址是:
https://openapi.coreclaw.com需要认证的接口支持 Bearer token、旧版 api-key 请求头和 query token。新集成建议优先使用 Bearer token:
curl -X GET "https://openapi.coreclaw.com/api/v2/users/account" \ -H "Authorization: Bearer YOUR_API_KEY"从 CoreClaw Console 获取您的 API Key。
完整端点说明请参考基础地址与身份验证。
| 标识符 | 标识对象 | 获取方式 | 典型用途 |
|---|---|---|---|
workerId | 某个 Worker | 使用 Worker slug,或把 coreclaw/google-maps-scraper 这样的路径写成 coreclaw~google-maps-scraper。可以从商店搜索或我的 Worker 列表中获取。 | /api/v2/workers/{workerId}、/api/v2/workers/{workerId}/runs |
workerTaskId | 已保存的 Task 模板 | 用户创建并保存 Task 模板时生成。 | /api/v2/worker-tasks/{workerTaskId}/runs |
runId | 某一次具体运行记录 | 启动或重跑 Worker / Task 后,响应中的 data.run_slug 就是后续接口使用的 runId。 | /api/v2/worker-runs/{runId}、/api/v2/worker-runs/{runId}/result、/api/v2/worker-runs/{runId}/result/export |
不要混用这些标识符。把 runId 传到需要 workerId 或 workerTaskId 的位置,会触发请求参数校验错误。
启动 Worker 运行
Section titled “启动 Worker 运行”POST /api/v2/workers/{workerId}/runs请求体:
{ "input": { "keyword": "coffee", "limit": 10 }, "is_async": true, "version": "latest", "callback_url": "https://your-callback.example.com/webhook"}is_async 控制是否异步执行:true 为异步,false 为同步等待结果。如需 Webhook 推送结果,请提供 callback_url。
input 的结构因 Worker 而异,不是旧版的 custom_params JSON 字符串字段。构造请求前请先读取 Worker 输入 schema:
- API:调用
GET /api/v2/workers/{workerId}/input-schema,根据返回的 schema 构造input。 - Console:在 CoreClaw Console 中打开该 Worker,进入 Input 选项卡,点击右上角的 API 按钮,选择 API clients 即可查看可直接使用的代码片段。

构造 input 时:
- 严格遵守该 Worker 的输入 schema。
- 对于必填字段,必须显式提供。
- 同步结果分页场景下,
limit不要超过100。 - 如果
input缺失或结构不匹配,接口会返回参数校验错误。
如何获取 version
Section titled “如何获取 version”version 为可选字段。如不填写,平台将自动使用最新版本。如需指定版本,可使用控制台 Worker 页面显示的版本号,或从运行详情返回中的 version 获取。
运行已保存的 Task 模板
Section titled “运行已保存的 Task 模板”POST /api/v2/worker-tasks/{workerTaskId}/runs请求体:
{ "is_async": true, "callback_url": "https://your-callback.example.com/webhook"}Task 模板已经包含保存好的输入设置。如需 Webhook 推送结果,请提供 callback_url。响应中的 data.run_slug 就是后续接口使用的 runId。
查询一次运行
Section titled “查询一次运行”拿到返回的 runId 后,可以继续调用以下接口:
- 继续使用旧 v1 路径,而不是 v2 资源化路径。
- 把
system_params、custom_params当成字符串化 JSON 发送。 - 在需要
workerId或workerTaskId的地方误传runId。 - 遗漏该 Worker 必填的
input字段。 - 明明已有明确
runId,却把last运行接口当成稳定引用。