Benchmarks
Managed benchmarks on the ComputeSDK Platform — org-private and subscribed benchmark runs over the REST API and `compute bench` CLI.
The platform runs managed benchmarks — multi-phase workloads like Dax (clone, install, typecheck) — against registered compute, storage, browser, and AI gateway providers, and publishes the results to each organization's feed. Org benchmarks are private by default; categorized benchmark categories can be subscribed to, which entitles your org to run and read those benchmarks as well.
What a run looks like
A benchmark is a workload definition owned by an organization. A run is one execution of it against a set of participants (the providers or models under test). Each participant's work is carried out by workers, which emit telemetry events and artifacts; the platform aggregates those into per-run results and composite scores.
Reading benchmarks over the API
export COMPUTE_API_KEY="csdk_..."
BASE=https://platform.computesdk.com/api/v1
curl $BASE/benchmarks -H "Authorization: Bearer $COMPUTE_API_KEY"
curl $BASE/benchmarks/dax -H "Authorization: Bearer $COMPUTE_API_KEY"
curl "$BASE/benchmarks/dax/runs?limit=20" -H "Authorization: Bearer $COMPUTE_API_KEY"
curl $BASE/benchmarks/dax/runs/<runId> -H "Authorization: Bearer $COMPUTE_API_KEY"
curl $BASE/benchmarks/dax/runs/<runId>/results \
-H "Authorization: Bearer $COMPUTE_API_KEY"GET /api/v1/benchmarks pages with limit/offset (max 500) and returns each benchmark with its owner's org slug — subscribers can tell entitled foreign benchmarks from their own.
Reading another org's entitled benchmarks
Benchmarks you can see but don't own are addressed through the ~ namespace:
Runs, participants, and workers
Within a run:
runs/{runId}/participants— the providers/models under test and their per-participant stateruns/{runId}/participants/{slug}/logs— participant-level logsruns/{runId}/iterationsandruns/{runId}/progress— progress and per-iteration dataruns/{runId}/workers/*— the worker fleet: events, heartbeats, artifacts, completion. (These are primarily for benchmark executors driving a run, not consumers.)runs/{runId}/results,results/timeline,results/imports,results/tasks— the aggregated output and how it was producedruns/{runId}/summary,runs/summary,runs/day/{day},runs/days— rollups and day-scoped history
GET /api/v1/feed returns the org's feed — the same activity stream the dashboard shows.
compute bench
Everything above is also reachable through the bench half of the CLI:
See the CLI reference for auth and flags.
Last updated
Was this helpful?