跳转到内容

基础 URL 与认证

CoreClaw API 是基于三个对象的 RESTful 接口:

  • Worker —— Store 或私有工作区中可运行的脚本。
  • Worker Task —— 已保存、可选定时的运行配置(输入 + 设置)。
  • Run —— Worker 或 Task 的一次执行,产出日志与结果。

典型流程:找到 Worker → 读输入 schema → 发起运行(异步)→ 轮询或接收回调 → 读结果或导出文件。本页介绍基础地址、认证、约定与完整接口清单;各接口有独立详情页。

HTTP API 基础地址为 https://openapi.coreclaw.com。所有 v2 接口路径都以 /api/v2 开头,例如 https://openapi.coreclaw.com/api/v2/users/account

https://openapi.coreclaw.com

需要认证的接口支持三种 token 传递方式。推荐优先使用 Bearer token,同时兼容旧版 api-key 请求头和 query token:

Terminal window
-H "Authorization: Bearer YOUR_API_KEY"
方式示例说明
Bearer tokenAuthorization: Bearer YOUR_API_KEY推荐方式,适合新的服务端集成,也适用于浏览器 playground
旧版请求头api-key: YOUR_API_KEY兼容 v1 集成;仅供服务端使用,浏览器 playground 因 CORS 预检限制无法使用,请改用 Bearer 或 query token
Query token?token=YOUR_API_KEY仅在无法设置请求头时使用,避免把带 token 的 URL 写入日志

公开接口不需要 token,例如代理区域列表和商店 Worker 查询。

  • 发送 input 前先读取 Worker 输入 schema;不同 Worker 的输入字段不一定相同。
  • 直接运行 Worker 时使用 POST /api/v2/workers/{workerId}/runs;运行已保存任务时使用 POST /api/v2/worker-tasks/{workerTaskId}/runs
  • is_async: true 表示提交后立即返回,再用 runId 查询详情、日志和结果;is_async: false 表示等待执行完成并返回同步结果窗口。
  • 列表和结果接口的 offset从 1 开始——offset=1 返回第一页(可理解为 page_index = offsetlimit 为页大小)。limit 上限为 100
  • 需要下载结果文件时使用导出接口,不要在前端逐页拉取全部结果。

大多数 JSON 响应都会包含 codemessagerequest_iddata。HTTP 状态表示请求层结果;业务 code: 0 表示业务处理成功。排查失败请求时请记录 HTTP 状态、codemessagerequest_id

code 非 0 表示业务处理失败(即便请求已到达服务)。常见:12001/12002(鉴权)、13000(限流)、30001(余额不足)、50001/60001/70001(Worker/任务/运行不存在)。完整码表与处理指引见错误码

异步运行时,在请求体中传 callback_url,CoreClaw 会在运行结束后 POST 该地址——无需轮询。调用方仍应保存 data.run_slugrequest_id 以备后续查询。详见回调通知

标识符含义用法
workerIdWorker 标识支持 Worker slug,也支持把路径 owner/name 写成 owner~name
workerTaskId已保存任务模板标识运行任务模板时作为路径参数传入
runId运行记录标识启动或重跑后响应中的 data.run_slug
#方法端点文档
1GET/api/v2/proxy/region查询代理区域
2GET/api/v2/store查询商店 Worker
3GET/api/v2/users/account获取账户信息
4GET/api/v2/workers查询我的 Worker
5GET/api/v2/workers/{workerId}获取 Worker 详情
6GET/api/v2/workers/{workerId}/input-schema获取 Worker 输入 Schema
7POST/api/v2/workers/{workerId}/runs运行 Worker
8GET/api/v2/worker-tasks查询 Worker 任务
9POST/api/v2/worker-tasks/{workerTaskId}/runs运行 Worker 任务
10POST/api/v2/worker-tasks创建 Worker 任务
11GET/api/v2/worker-tasks/{workerTaskId}获取 Worker 任务
12PUT/api/v2/worker-tasks/{workerTaskId}更新 Worker 任务
13DELETE/api/v2/worker-tasks/{workerTaskId}删除 Worker 任务
14GET/api/v2/worker-tasks/{workerTaskId}/input获取 Worker 任务输入
15PUT/api/v2/worker-tasks/{workerTaskId}/input更新 Worker 任务输入
16GET/api/v2/worker-runs查询 Worker 运行记录
17GET/api/v2/worker-runs/last获取最近一次运行
18POST/api/v2/worker-runs/last/abort中止最近一次运行
19GET/api/v2/worker-runs/last/export导出最近一次运行结果
20GET/api/v2/worker-runs/last/log获取最近一次运行日志
21POST/api/v2/worker-runs/last/rerun重跑最近一次运行
22GET/api/v2/worker-runs/last/result查询最近一次运行结果
23GET/api/v2/worker-runs/{runId}获取运行详情
24POST/api/v2/worker-runs/{runId}/abort中止运行
25GET/api/v2/worker-runs/{runId}/log获取运行日志
26POST/api/v2/worker-runs/{runId}/rerun重跑运行
27GET/api/v2/worker-runs/{runId}/result查询运行结果
28GET/api/v2/worker-runs/{runId}/result/export导出运行结果
29GET/api/v2/workers/{workerId}/runs/last获取某 Worker 最近一次运行
30POST/api/v2/workers/{workerId}/runs/last/abort中止某 Worker 最近一次运行
31GET/api/v2/workers/{workerId}/runs/last/export导出某 Worker 最近一次运行结果
32GET/api/v2/workers/{workerId}/runs/last/log获取某 Worker 最近一次运行日志
33POST/api/v2/workers/{workerId}/runs/last/rerun重跑某 Worker 最近一次运行
34GET/api/v2/workers/{workerId}/runs/last/result查询某 Worker 最近一次运行结果
  • 运行 Worker —— 发起你的第一次运行
  • 错误码 —— 解读非 0 的 code
  • 回调通知 —— 接收运行状态 webhook
  • 示例 —— Python、Node.js、Go、PHP、Java 可运行片段