arize-experiment
arize-ai/arize-skills
Create, run, and analyze Arize experiments to evaluate and compare model performance.
What is arize-experiment?
This skill enables you to manage the full lifecycle of Arize experiments—from creation and execution to result analysis and comparison. Use it when you need to benchmark models, run A/B tests, evaluate AI system performance, or measure accuracy across datasets.
- List, retrieve, and manage experiments with filtering by dataset and space
- Export experiment runs to JSON or CSV for analysis and comparison
- Create new experiments from run data files or stdin with model outputs and evaluations
- Compare model performance across experiment runs
- Attach evaluations (metrics, labels, scores, explanations) to experiment runs
- Integrate with the ax CLI for dataset and project management
How to install arize-experiment
npx skills add https://github.com/arize-ai/arize-skills --skill arize-experiment- ax CLI version ≥ 0.33.0 installed
- Configured Arize profile with valid API key (obtain from https://app.arize.com/admin > API Keys)
- Access to a dataset in Arize (or ability to create one)
How to use arize-experiment
- 1.Run `ax experiments list` to browse existing experiments or `ax experiments get NAME_OR_ID` to inspect a specific one
- 2.Export a dataset with `ax datasets export DATASET_NAME` and prepare your model outputs in a JSON or CSV file with `example_id` and `output` columns
- 3.Create a new experiment using `ax experiments create --name "experiment-name" --dataset DATASET_NAME --space SPACE --file runs.json`
- 4.Export experiment runs with `ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE` to download results for analysis
- 5.Compare results across experiments by exporting multiple experiments and analyzing the evaluation scores and metadata
Use cases
- Benchmark two language models (e.g., GPT-4o vs Claude) on the same dataset
- Export experiment results to analyze correctness and relevance scores across 1000+ examples
- Create an A/B test experiment comparing baseline vs. new model variant
- Evaluate model latency and accuracy metrics across different prompts or configurations
- Compare evaluation results across multiple experiments to identify the best-performing model
- ML engineers evaluating model performance
- Data scientists running benchmarks and A/B tests
- AI product teams measuring model quality and accuracy
- Researchers comparing different model architectures or prompts
arize-experiment FAQ
REST (default) uses standard HTTPS and works through most firewalls but is limited to 500 runs per page. Flight (`--all` flag) uses gRPC+TLS for bulk transfer and is required for experiments with more than 500 runs, though some corporate networks may block it.
Evaluations must be added separately after experiment creation using the Arize API or UI—the `create` command only reads `example_id` and `output`. Passing an `evaluations` object in the create file stores it as metadata, not as scored evaluations.
Use the top-level `id` field from each example when you export the dataset with `ax datasets export`. Do not use nested values from input fields or `additional_properties`; using the wrong ID will fail silently or attach runs to the wrong examples.
For missing ax CLI, see the ax-setup reference. For `401 Unauthorized`, run `ax profiles show` to check your profile, then follow ax-profiles.md to create or update it with your API key from https://app.arize.com/admin.
Yes, use `--file -` with stdin. For example: `echo '[{"example_id": "ex_001", "output": "Paris"}]' | ax experiments create --name "my-experiment" --dataset DATASET_NAME --space SPACE --file -`
Full instructions (SKILL.md)
Source of truth, from arize-ai/arize-skills.
name: arize-experiment description: Creates, runs, and analyzes Arize experiments for evaluating and comparing model performance. Covers experiment CRUD, exporting runs, comparing results, and evaluation workflows using the ax CLI. Use when the user mentions create experiment, run experiment, compare models, model performance, evaluate AI, experiment results, benchmark, A/B test models, or measure accuracy. metadata: author: arize version: "1.0" compatibility: Requires the ax CLI (≥ 0.33.0) and a configured Arize profile.
Arize Experiment Skill
SPACE—--spaceflags accept a space name (e.g.,my-workspace) or a base64 space ID (e.g.,U3BhY2U6...). Find yours withax spaces list.
Concepts
- Experiment = a named evaluation run against a specific dataset version, containing one run per example
- Experiment Run = the result of processing one dataset example -- includes the model output, optional evaluations, and optional metadata
- Dataset = a versioned collection of examples; every experiment is tied to a dataset and a specific dataset version
- Evaluation = a named metric attached to a run (e.g.,
correctness,relevance), with optional label, score, and explanation
The typical flow: export a dataset → process each example → collect outputs and evaluations → create an experiment with the runs.
Prerequisites
Proceed directly with the task — run the ax command you need. Do NOT check versions, env vars, or profiles upfront.
If an ax command fails, troubleshoot based on the error:
command not foundor version error → see references/ax-setup.md401 Unauthorized/ missing API key → runax profiles showto inspect the current profile. If the profile is missing or the API key is wrong, follow references/ax-profiles.md to create/update it. If the user doesn't have their key, direct them to https://app.arize.com/admin > API Keys- Space unknown → run
ax spaces listto pick by name, or ask the user - Project unclear → ask the user, or run
ax projects list -o json --limit 100and present as selectable options - Security: Never read
.envfiles or search the filesystem for credentials. Useax profilesfor Arize credentials andax ai-integrationsfor LLM provider keys. Never ask the user to paste secrets into chat. For missing credentials, see references/ax-profiles.md. - CRITICAL — Never fabricate outputs: When running an experiment, you MUST call the real model API specified by the user for every dataset example. Never fabricate, simulate, or hardcode model outputs, latencies, or evaluation scores. If you cannot call the API (missing SDK, missing credentials, network error), stop and tell the user what is needed before proceeding.
List Experiments: ax experiments list
Browse experiments, optionally filtered by dataset. Output goes to stdout.
ax experiments list
ax experiments list --dataset DATASET_NAME --space SPACE --limit 20 # DATASET_NAME: name or ID (name preferred)
ax experiments list --cursor CURSOR_TOKEN
ax experiments list -o json
Flags: see references/experiments-cli.md#list.
Get Experiment: ax experiments get
Quick metadata lookup -- returns experiment name, linked dataset/version, and timestamps.
ax experiments get NAME_OR_ID
ax experiments get NAME_OR_ID -o json
ax experiments get NAME_OR_ID --dataset DATASET_NAME --space SPACE # required when using experiment name instead of ID
Flags: see references/experiments-cli.md#get.
Response fields
| Field | Type | Description |
|---|---|---|
id | string | Experiment ID |
name | string | Experiment name |
dataset_id | string | Linked dataset ID |
dataset_version_id | string | Specific dataset version used |
experiment_traces_project_id | string | Project where experiment traces are stored |
created_at | datetime | When the experiment was created |
updated_at | datetime | Last modification time |
Export Experiment: ax experiments export
Download all runs to a file. By default uses the REST API; pass --all to use Arrow Flight for bulk transfer.
# EXPERIMENT_NAME, DATASET_NAME: name or ID (name preferred)
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE
# -> experiment_abc123_20260305_141500/runs.json
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --all
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --output-dir ./results
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --stdout
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --stdout | jq '.[0]'
Flags: see references/experiments-cli.md#export.
REST vs Flight (--all)
- REST (default): Lower friction -- no Arrow/Flight dependency, standard HTTPS ports, works through any corporate proxy or firewall. Limited to 500 runs per page.
- Flight (
--all): Required for experiments with more than 500 runs. Uses gRPC+TLS on a separate host/port which some corporate networks may block. The activeaxprofile supplies the regional endpoint; see profile setup.
Agent auto-escalation rule: If a REST export returns exactly 500 runs, the result is likely truncated. Re-run with --all to get the full dataset.
Output is a JSON array of run objects:
[
{
"id": "run_001",
"example_id": "ex_001",
"output": "The answer is 4.",
"evaluations": {
"correctness": { "label": "correct", "score": 1.0 },
"relevance": { "score": 0.95, "explanation": "Directly answers the question" }
},
"metadata": { "model": "gpt-4o", "latency_ms": 1234 }
}
]
Create Experiment: ax experiments create
Create a new experiment with runs from a data file.
ax experiments create --name "gpt-4o-baseline" --dataset DATASET_NAME --space SPACE --file runs.json
ax experiments create --name "claude-test" --dataset DATASET_NAME --space SPACE --file runs.csv
Flags: see references/experiments-cli.md#create. --dataset is optional — omit it to create a standalone experiment with no linked dataset (then --space is required instead).
Passing data via stdin
Use --file - to pipe data directly — no temp file needed:
echo '[{"example_id": "ex_001", "output": "Paris"}]' | ax experiments create --name "my-experiment" --dataset DATASET_NAME --space SPACE --file -
# Or with a heredoc
ax experiments create --name "my-experiment" --dataset DATASET_NAME --space SPACE --file - << 'EOF'
[{"example_id": "ex_001", "output": "Paris"}]
EOF
Required columns in the runs file
| Column | Type | Required | Description |
|---|---|---|---|
example_id | string | yes | The dataset example's top-level id from ax datasets export |
output | string | yes | The model/system output for this example |
Additional columns are passed through as additionalProperties on the run.
example_idmust be the Arize row id — the top-levelidfield on each exported dataset example (ex["id"]). Do not use a value nested inside the example's input fields oradditional_properties; a wrong value fails silently or attaches the run to the wrong example. Export the dataset and inspect the top-levelidfield before creating runs.
⚠️ Inline evaluations in the create file do NOT attach as scores.
createonly readsexample_idandoutput; every other column — including anevaluationsobject — is stored as a passthrough additional field, not as an experiment evaluation, and will not appear as a score in the UI. This fails silently (no error). To attach scores/labels, create the experiment first, then runax experiments annotate-runs. Theevaluationsobject in the schemas below is the export (read) shape returned once annotations exist — it is not an input tocreate.
Run a Task Locally: ax experiments run
Unlike create (needs a pre-computed outputs file), run loads a Python task function, executes it against every dataset row, and uploads the results as an experiment.
ax experiments run -n "my-experiment" --dataset DATASET_NAME --space SPACE --task task.py
ax experiments run -n "my-experiment" --dataset DATASET_NAME --space SPACE --task task.py --concurrency 5 --dry-run
task.py must define a top-level task(dataset_row) function returning a JSON-serializable value:
from anthropic import Anthropic
def task(dataset_row):
resp = Anthropic().messages.create(
model="claude-3-5-sonnet-20241022", max_tokens=256,
messages=[{"role": "user", "content": dataset_row["question"]}]
)
return resp.content[0].text
--dry-run tests against the first 10 examples without uploading, to validate the task before a full run. Flags: see references/experiments-cli.md#run.
Choose the run path based on where the logic lives. Use
ax experiments runwhen there's a local Python task to execute — it runstask.pyon this machine and uploads the results; no AI integration is required. Useax tasks create-run-experimentwhen the run should be hosted and recurring — it registers a platform-siderun_experimenttask that Arize executes on a schedule or on demand, driven by a JSON--run-configuration(model + messages + AI integration) instead of local code. Default toax experiments runfor local/ad-hoc runs and custom logic; use the task path for recurring, hosted runs — see the arize-evaluator skill for that route.
List Runs: ax experiments list-runs
Paginated terminal view of an experiment's runs (vs. export, which downloads them to a file).
ax experiments list-runs EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --limit 30
ax experiments list-runs EXPERIMENT_ID
Flags: see references/experiments-cli.md#list-runs.
Delete Experiment: ax experiments delete
ax experiments delete NAME_OR_ID
ax experiments delete NAME_OR_ID --dataset DATASET_NAME --space SPACE # required when using experiment name instead of ID
ax experiments delete NAME_OR_ID --force # skip confirmation prompt
Flags: see references/experiments-cli.md#delete.
Annotate Runs: ax experiments annotate-runs
This is the required step to attach evaluation scores/labels to an experiment and make them show up in the UI. Evaluations cannot be attached through create; see the warning under Create Experiment. You write them here, after the experiment exists. Upsert semantics — resubmitting the same annotation name for the same run overwrites the previous value. Up to 1000 runs per request; unmatched record IDs are silently ignored.
ax experiments annotate-runs NAME_OR_ID --file annotations.json --dataset DATASET_NAME --space SPACE
ax experiments annotate-runs NAME_OR_ID --file annotations.csv --dataset DATASET_NAME --space SPACE
Annotation file schema
A JSON array; each item annotates one run:
[
{
"record_id": "run_001",
"values": [
{ "name": "correctness", "label": "correct", "score": 1.0 },
{ "name": "relevance", "score": 0.95, "text": "Directly answers the question" }
]
}
]
| Field | Type | Required | Description |
|---|---|---|---|
record_id | string | yes | The experiment run ID (the run's id from ax experiments export) — not the example_id |
values | array | yes | One or more annotation dicts, each with a name plus at least one of score, label, or text |
values[].name | string | yes | Annotation/evaluation name (e.g., correctness) — becomes the score column in the UI |
values[].score | number | no | Numeric score (e.g., 0.0–1.0) |
values[].label | string | no | Categorical label (e.g., correct, incorrect) |
values[].text | string | no | Freeform explanation |
record_idkeys on the run id, which only exists aftercreate. So the order is always:create→export(to read each run'sid) → build annotations →annotate-runs.
Flags: see references/experiments-cli.md#annotate-runs.
Experiment Run Schema
Each run corresponds to one dataset example. On create, only example_id and output are consumed — evaluations shown here is the shape export returns after you attach scores via annotate-runs; it is not an input to create.
{
"example_id": "required on create -- the dataset example's top-level id",
"output": "required on create -- the model/system output for this example",
"evaluations": {
"metric_name": {
"label": "optional string label (e.g., 'correct', 'incorrect')",
"score": "optional numeric score (e.g., 0.95)",
"explanation": "optional freeform text"
}
},
"metadata": {
"model": "gpt-4o",
"temperature": 0.7,
"latency_ms": 1234
}
}
Evaluation fields
| Field | Type | Required | Description |
|---|---|---|---|
label | string | no | Categorical classification (e.g., correct, incorrect, partial) |
score | number | no | Numeric quality score (e.g., 0.0 - 1.0) |
explanation | string | no | Freeform reasoning for the evaluation |
At least one of label, score, or explanation should be present per evaluation.
Workflows
Run an experiment against a dataset
-
Find or create a dataset:
ax datasets list --space SPACE ax datasets export DATASET_NAME --space SPACE --stdout | jq 'length' -
Export the dataset examples:
ax datasets export DATASET_NAME --space SPACE -
Call the real model API for each example and collect outputs. Use
ax datasets export --stdoutto pipe examples directly into an inference script:ax datasets export DATASET_NAME --space SPACE --stdout | python3 infer.py > runs.jsonWrite
infer.pyto read examples from stdin, call the target model, and write runs JSON to stdout. Start from the template atreferences/inference-template.py— copy it, inspect the exported dataset JSON to confirm the input field name, then uncomment the provider block the user wants.Before running: install the SDK, set the API key env var. If the API isn't reachable, stop and tell the user.
-
Verify the runs file:
python3 -c "import json; runs=json.load(open('runs.json')); print(f'{len(runs)} runs'); print(json.dumps(runs[0], indent=2))"Each run must have
example_id(the dataset row's top-levelid) andoutput.metadatais optional. Do not putevaluationshere —createignores them; scores are attached in steps 7–9 below. -
Create the experiment:
ax experiments create --name "gpt-4o-baseline" --dataset DATASET_NAME --space SPACE --file runs.json -
Verify:
ax experiments get "gpt-4o-baseline" --dataset DATASET_NAME --space SPACEAttach evaluation scores (required for scores to show in the UI). Evaluations do not come from the create file — you attach them with
annotate-runs, which keys on each run'sid(assigned at create time), so you must export first to learn those IDs. -
Export the experiment to structured data so you can read each run's
idalongside itsexample_id. Confirm that the exported run records include both fields. -
Build the annotation file with structured JSON handling, keyed by
record_id(the runid). Score/label each run via an LLM-as-judge, a code check, or human review; never fabricate scores. Emit this shape:[ { "record_id": "RUN_ID_FROM_EXPERIMENT_EXPORT", "values": [ { "name": "correctness", "score": 1.0, "label": "correct" } ] } ] -
Attach the scores with
ax experiments annotate-runs ... --file annotations.json, then export or inspect the experiment to confirm the evaluations are attached. The scores now render in the experiment view in the Arize UI.
Compare two experiments
- Export both experiments:
ax experiments export "experiment-a" --dataset DATASET_NAME --space SPACE --stdout > a.json ax experiments export "experiment-b" --dataset DATASET_NAME --space SPACE --stdout > b.json - Average correctness score (swap
a.jsonforb.jsonto check the other experiment):jq '[.[] | .evaluations.correctness.score] | add / length' a.json - Find examples where results differ:
jq -s '.[0] as $a | .[1][] | . as $run | {example_id: $run.example_id, b_score: $run.evaluations.correctness.score, a_score: ($a[] | select(.example_id == $run.example_id) | .evaluations.correctness.score)}' a.json b.json - Score distribution per evaluator (pass/fail/partial counts; swap files for the other experiment):
jq '[.[] | .evaluations.correctness.label] | group_by(.) | map({label: .[0], count: length})' a.json - Find regressions (examples that passed in A but fail in B):
jq -s '[.[0][] | select(.evaluations.correctness.label == "correct")] as $passed_a | [.[1][] | select(.evaluations.correctness.label != "correct") | select(.example_id as $id | $passed_a | any(.example_id == $id))]' a.json b.json
Statistical significance note: reliable with ≥ 30 examples per evaluator; with fewer, treat the delta as directional only — a 5% difference on n=10 may be noise. Report sample size alongside scores: jq 'length' a.json.
Download experiment results for analysis
ax experiments list --dataset DATASET_NAME --space SPACE-- find experimentsax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE-- download to file- Parse:
jq '.[] | {example_id, score: .evaluations.correctness.score}' experiment_*/runs.json
Pipe export to other tools
# Count runs
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --stdout | jq 'length'
# Extract all outputs
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --stdout | jq '.[].output'
# Get runs with low scores
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --stdout | jq '[.[] | select(.evaluations.correctness.score < 0.5)]'
# Convert to CSV
ax experiments export EXPERIMENT_NAME --dataset DATASET_NAME --space SPACE --stdout | jq -r '.[] | [.example_id, .output, .evaluations.correctness.score] | @csv'
Related Skills
- arize-dataset: Create or export the dataset this experiment runs against → use
arize-datasetfirst - arize-prompts: Store and version the prompt template in Prompt Hub (
ax prompts) before or after experiments - arize-prompt-optimization: Use experiment results to improve prompts → next step is
arize-prompt-optimization - arize-trace: Inspect individual span traces for failing experiment runs → use
arize-trace - arize-link: Generate clickable UI links to traces from experiment runs → use
arize-link
Troubleshooting
| Problem | Solution |
|---|---|
ax: command not found | See references/ax-setup.md |
401 Unauthorized | API key is wrong, expired, or doesn't have access to this space. Fix the profile using references/ax-profiles.md. |
No profile found | No profile is configured. See references/ax-profiles.md to create one. |
Experiment not found | Verify experiment name with ax experiments list --space SPACE |
Invalid runs file | Each run must have example_id and output fields |
example_id mismatch | example_id must be the dataset row's top-level id from ax datasets export — not a value nested in the example's fields or additional_properties. Export the dataset and inspect the top-level id field. |
| Runs created but no scores / evals in the UI | Evaluations in the create file are silently ignored. Attach them with ax experiments annotate-runs (keyed by run id) after creating the experiment — see the workflow steps 7–9. |
annotate-runs reports success but nothing changes | record_id must be the run id (from ax experiments export), not the example_id. Unmatched record IDs are silently ignored. |
No runs found | Export returned empty -- verify experiment has runs via ax experiments get |
Dataset not found | The linked dataset may have been deleted; check with ax datasets list |
Save Credentials for Future Use
See references/ax-profiles.md § Save Credentials for Future Use.
Related skills
More from arize-ai/arize-skills and the wider catalog.

arize-instrumentation
Auto-instrument LLM apps with Arize AX tracing: detect stack, route to matching integration, wire observability, verify traces.

arize-link
Generate shareable deep links to Arize UI resources—projects, traces, spans, sessions, datasets, and more.

arize-prompt-optimization
Optimize LLM prompts using production trace data, evaluations, and annotations with Arize.

arize-prompts
Author, version, and manage LLM prompt templates in Arize Prompt Hub via CLI.

arize-trace
Download, export, and inspect Arize traces and spans to debug LLM app behavior and runtime issues.

phoenix-cli
Debug LLM applications from the terminal using Phoenix CLI—fetch traces, spans, sessions, and run GraphQL queries.