Inference and agents, in the KingdomPay per token · Saudi RiyalDCP-Agent for Saudi business · agents.dcp.saAgents can rent a GPU · npx -y github:dhnpmp-tech/dcp-mcpEarn Riyal from your GPUPDPL · Saudi data residencyInference and agents, in the KingdomPay per token · Saudi RiyalDCP-Agent for Saudi business · agents.dcp.saAgents can rent a GPU · npx -y github:dhnpmp-tech/dcp-mcpEarn Riyal from your GPUPDPL · Saudi data residency
DCP
Sign inStart free →
DCP
Explore
01Overviewنظرة عامةSovereign Arabic AI runtime02InferenceالاستدلالOpenAI-compatible · live catalog03Fine-Tuningالضبط الدقيقLoRA contracts · proof-gated serving04BatchالدُفعاتJSONL validation · execution gated05DeploymentsالنشرEndpoint proof · traffic gated06BenchmarksالقياساتMeasured rows · quality claims gated07PricingالأسعارPer-million-token · SAR08GPU Podsحاويات GPURent a whole GPU on demand09AgentsالوكلاءZero-human onboarding · MCP10DocsالتوثيقOpenAI-compatible API11EarnاكسبEarn Riyal from your GPU12SupportالدعمTalk to the team
In-Kingdom · PDPL© 2026 · Riyadh

Benchmarks for Saudi AI workloads, locked to reproducible evidence.

DCP exposes model benchmark metadata and provider benchmark contracts, but public Arabic-quality claims stay off until the dataset, harness, artifact checksum, and baseline report are all present.

View live status ->Use inference API
model_latency_feed

Live model latency feed

Only models with a live verified provider and measured_at timestamp can show latency, cost, or quality numbers.

Source/api/models/benchmarks
arabic_quality_benchmarks

Arabic quality claims gated

Saudi customer-support and Arabic task claims wait for approved datasets, fixed harnesses, checksums, and baseline metadata.

Sourceclaim guard
provider_benchmark_contract

Provider benchmark contract

Provider benchmark records support fleet quality work, while public score claims still require GPU-host proof.

Source/api/benchmark
customer_evaluator_jobs

Eval job metadata records

Renter-scoped create/list/read endpoints now store draft eval metadata with dataset checksums and metrics; workers, results, billing, reports, and rankings remain off.

Source/api/evals/jobs
Abstract inference visual representing DCP benchmark evidence and model measurementsfig. 05 - benchmark feed to claim guard

Publish measured rows. Block quality claims until the run is reproducible.

The readiness endpoint is the contract agents can inspect before they quote latency, quality, or comparison claims. It is intentionally conservative: live latency can be visible while public Arabic-quality ranking remains false.

curl -s https://api.dcp.sa/api/models/benchmarks/readiness

curl -s https://api.dcp.sa/api/evals/readiness

curl -s https://api.dcp.sa/api/evals/jobs/schema

curl -s https://api.dcp.sa/api/evals/worker/readiness

curl -s https://api.dcp.sa/api/evals/results/schema

curl -s https://api.dcp.sa/api/evals/results/artifacts/readiness

curl -s https://api.dcp.sa/api/evals/results/access/readiness

curl -s https://api.dcp.sa/api/evals/results/downloads/readiness

curl -s https://api.dcp.sa/api/evals/results/writer/readiness

curl -s -H "Authorization: Bearer $DCP_RENTER_KEY" https://api.dcp.sa/api/evals/jobs/{evalJobId}/results

curl -s -H "Authorization: Bearer $DCP_RENTER_KEY" https://api.dcp.sa/api/evals/jobs

curl -s https://api.dcp.sa/api/models/benchmarks

curl -s https://api.dcp.sa/v1/models
  • Seeded benchmark profile rows never become public numbers without live provider measurement.
  • Arabic task comparisons need approved datasets, harness version, baseline policy, and artifact checksum.
  • Eval job create/list/read endpoints are live for metadata records; workers, result APIs, billing, reports, and rankings remain blocked.
  • The worker readiness contract proves queue dispatch, result writing, and billing hooks stay disabled before eval execution.
  • The worker dry-run fixture proof simulates a draft eval queue item and writes only a temporary manifest, without changing job status or billing.
  • The result manifest schema defines checksum proof for future artifacts while result download APIs remain off.
  • The artifact storage policy defines renter/job-scoped result keys and checksum guards before object-store writes or signed downloads exist.
  • The result access policy requires renter ownership, result availability, artifact scope, and checksums before any result endpoint or signed download can go live.
  • The result endpoint route is renter-scoped but deliberately returns a disabled contract until signed-download proof exists.
  • The signed-download policy defines access, artifact, checksum, content-type, and expiry requirements without exposing a signed URL or object-store key.
  • The writer dry-run can create a validated manifest in temporary proof storage without production artifact writes.
Current contract state

A benchmark page is useful only if it refuses weak evidence.

This rail lets DCP look like a mature inference platform without drifting into unsupported claims. The page can show the benchmark contract now, then light up eval jobs and public reports only when the backend evidence says they are ready.

Compare pricingRead docs
01models

-- catalog models

02measured

-- live measured rows

03latency

-- latency rows

04quality

-- quality claims allowed