Arize Experiment Skill
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., , ), 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
Three things are needed:
CLI, an API key (env var or profile), and a space ID. A project name is also needed but usually comes from the user's message.
Install ax
Verify
is installed and working before proceeding:
- Check if is on PATH: (Unix) or (Windows)
- If not found, check common install locations:
- macOS/Linux:
test -x ~/.local/bin/ax && export PATH="$HOME/.local/bin:$PATH"
- Windows: check
%APPDATA%\Python\Scripts\ax.exe
or %LOCALAPPDATA%\Programs\Python\Scripts\ax.exe
- If still not found, install it (requires shell access to install packages):
- Preferred:
uv tool install arize-ax-cli
- Alternative:
pipx install arize-ax-cli
- Fallback:
- After install, if is not on PATH:
- macOS/Linux:
export PATH="$HOME/.local/bin:$PATH"
- Windows (PowerShell):
$env:PATH = "$env:APPDATA\Python\Scripts;$env:PATH"
- If fails with an SSL/certificate error:
- macOS:
export SSL_CERT_FILE=/etc/ssl/cert.pem
- Linux:
export SSL_CERT_FILE=/etc/ssl/certs/ca-certificates.crt
- Windows (PowerShell):
$env:SSL_CERT_FILE = "C:\Program Files\Common Files\SSL\cert.pem"
(or use python -c "import certifi; print(certifi.where())"
to find the cert bundle)
- must succeed before proceeding. If it doesn't, stop and ask the user for help.
Verify environment
Run a quick check for credentials:
macOS/Linux (bash):
bash
ax --version && echo "--- env ---" && echo "ARIZE_API_KEY: ${ARIZE_API_KEY:-(not set)}" && echo "ARIZE_SPACE_ID: ${ARIZE_SPACE_ID:-(not set)}" && echo "--- profiles ---" && ax profiles show 2>&1
Windows (PowerShell):
powershell
ax --version; Write-Host "--- env ---"; Write-Host "ARIZE_API_KEY: $env:ARIZE_API_KEY"; Write-Host "ARIZE_SPACE_ID: $env:ARIZE_SPACE_ID"; Write-Host "--- profiles ---"; ax profiles show 2>&1
Read the output and proceed immediately if either the env var or the profile has an API key. Only ask the user if both are missing. Resolve failures:
- No API key in env and no profile → AskQuestion: "Arize API key (https://app.arize.com/admin > API Keys)"
- Space ID unknown → AskQuestion, or run
ax projects list -o json --limit 100
and search for a match
- Project unclear → ask, or run
ax projects list -o json --limit 100
and present as selectable options
Space ID and Project
Both are needed for most commands. Resolve each:
- User provides it in the conversation -- use directly via / flags.
- Env var is set (, ) -- use silently.
- If missing, AskQuestion once. Tell the user:
- Space ID is in the Arize URL:
- Project is the project name as shown in the Arize UI.
- For convenience, recommend setting env vars so they don't get asked again:
export ARIZE_SPACE_ID="U3BhY2U6..."
and export ARIZE_DEFAULT_PROJECT="my-project"
Prefer asking the user over searching or iterating through projects and API keys.
If you get a
, tell the user their API key may not have access to
that space and ask them to verify.
List Experiments:
Browse experiments, optionally filtered by dataset. Output goes to stdout.
bash
ax experiments list
ax experiments list --dataset-id DATASET_ID --limit 20
ax experiments list --cursor CURSOR_TOKEN
ax experiments list -o json
Flags
| Flag | Type | Default | Description |
|---|
| string | none | Filter by dataset |
| int | 15 | Max results (1-100) |
| string | none | Pagination cursor from previous response |
| string | table | Output format: table, json, csv, parquet, or file path |
| string | default | Configuration profile |
Get Experiment:
Quick metadata lookup -- returns experiment name, linked dataset/version, and timestamps.
bash
ax experiments get EXPERIMENT_ID
ax experiments get EXPERIMENT_ID -o json
Flags
| Flag | Type | Default | Description |
|---|
| string | required | Positional argument |
| string | table | Output format |
| string | default | Configuration profile |
Response fields
| Field | Type | Description |
|---|
| string | Experiment ID |
| string | Experiment name |
| string | Linked dataset ID |
| string | Specific dataset version used |
experiment_traces_project_id
| string | Project where experiment traces are stored |
| datetime | When the experiment was created |
| datetime | Last modification time |
Export Experiment:
Download all runs to a file. By default uses the REST API; pass
to use Arrow Flight for bulk transfer.
bash
ax experiments export EXPERIMENT_ID
# -> experiment_abc123_20260305_141500/runs.json
ax experiments export EXPERIMENT_ID --all
ax experiments export EXPERIMENT_ID --output-dir ./results
ax experiments export EXPERIMENT_ID --stdout
ax experiments export EXPERIMENT_ID --stdout | jq '.[0]'
Flags
| Flag | Type | Default | Description |
|---|
| string | required | Positional argument |
| bool | false | Use Arrow Flight for bulk export (see below) |
| string | | Output directory |
| bool | false | Print JSON to stdout instead of file |
| string | default | Configuration profile |
REST vs Flight ()
- 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 (): Required for experiments with more than 500 runs. Uses gRPC+TLS on a separate host/port () which some corporate networks may block.
Agent auto-escalation rule: If a REST export returns exactly 500 runs, the result is likely truncated. Re-run with
to get the full dataset.
Output is a JSON array of run objects:
json
[
{
"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:
Create a new experiment with runs from a data file.
bash
ax experiments create --name "gpt-4o-baseline" --dataset-id DATASET_ID --file runs.json
ax experiments create --name "claude-test" --dataset-id DATASET_ID --file runs.csv
Flags
| Flag | Type | Required | Description |
|---|
| string | yes (prompted) | Experiment name |
| string | yes (prompted) | Dataset to run the experiment against |
| path | yes (prompted) | Data file with runs: CSV, JSON, JSONL, or Parquet |
| string | no | Output format |
| string | no | Configuration profile |
Required columns in the runs file
| Column | Type | Required | Description |
|---|
| string | yes | ID of the dataset example this run corresponds to |
| string | yes | The model/system output for this example |
Additional columns are passed through as
on the run.
Delete Experiment:
bash
ax experiments delete EXPERIMENT_ID
ax experiments delete EXPERIMENT_ID --force # skip confirmation prompt
Flags
| Flag | Type | Default | Description |
|---|
| string | required | Positional argument |
| bool | false | Skip confirmation prompt |
| string | default | Configuration profile |
Experiment Run Schema
Each run corresponds to one dataset example:
json
{
"example_id": "required -- links to dataset example",
"output": "required -- 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 |
|---|
| string | no | Categorical classification (e.g., , , ) |
| number | no | Numeric quality score (e.g., 0.0 - 1.0) |
| string | no | Freeform reasoning for the evaluation |
At least one of
,
, or
should be present per evaluation.
Workflows
Run an experiment against a dataset
- Find or create a dataset:
bash
ax datasets list
ax datasets export DATASET_ID --stdout | jq 'length'
- Export the dataset examples:
bash
ax datasets export DATASET_ID
- Process each example through your system, collecting outputs and evaluations
- Build a runs file (JSON array) with , , and optional :
json
[
{"example_id": "ex_001", "output": "4", "evaluations": {"correctness": {"label": "correct", "score": 1.0}}},
{"example_id": "ex_002", "output": "Paris", "evaluations": {"correctness": {"label": "correct", "score": 1.0}}}
]
- Create the experiment:
bash
ax experiments create --name "gpt-4o-baseline" --dataset-id DATASET_ID --file runs.json
- Verify:
ax experiments get EXPERIMENT_ID
Compare two experiments
- Export both experiments:
bash
ax experiments export EXPERIMENT_ID_A --stdout > a.json
ax experiments export EXPERIMENT_ID_B --stdout > b.json
- Compare evaluation scores by :
bash
# Average correctness score for experiment A
jq '[.[] | .evaluations.correctness.score] | add / length' a.json
# Same for experiment B
jq '[.[] | .evaluations.correctness.score] | add / length' b.json
- Find examples where results differ:
bash
jq -s '.[0] as $a | .[1][] | {example_id, b_score: .evaluations.correctness.score, a_score: ($a[] | select(.example_id == .example_id) | .evaluations.correctness.score)}' a.json b.json
Download experiment results for analysis
ax experiments list --dataset-id DATASET_ID
-- find experiments
ax experiments export EXPERIMENT_ID
-- download to file
- Parse:
jq '.[] | {example_id, score: .evaluations.correctness.score}' experiment_*/runs.json
Pipe export to other tools
bash
# Count runs
ax experiments export EXPERIMENT_ID --stdout | jq 'length'
# Extract all outputs
ax experiments export EXPERIMENT_ID --stdout | jq '.[].output'
# Get runs with low scores
ax experiments export EXPERIMENT_ID --stdout | jq '[.[] | select(.evaluations.correctness.score < 0.5)]'
# Convert to CSV
ax experiments export EXPERIMENT_ID --stdout | jq -r '.[] | [.example_id, .output, .evaluations.correctness.score] | @csv'
Troubleshooting
| Problem | Solution |
|---|
| Check ; if missing: uv tool install arize-ax-cli
(requires shell access to install packages) |
| API key may not have access to this space. Verify the key and space ID are correct. Keys are scoped per space -- get the right one from https://app.arize.com/admin > API Keys. |
| Run ax profiles show --expand
to check; set env var or write |
| Verify experiment ID with |
| Each run must have and fields |
| Ensure values match IDs from the dataset (export dataset to verify) |
| Export returned empty -- verify experiment has runs via |
| The linked dataset may have been deleted; check with |
Save Credentials for Future Use
At the end of the session, if the user manually provided any of the following during this conversation (via AskQuestion response, pasted text, or inline values) and those values were NOT already loaded from a saved profile or environment variable, offer to save them for future use.
| Credential | Where it gets saved |
|---|
| API key | profile at |
| Space ID | macOS/Linux: shell config ( or ) as export ARIZE_SPACE_ID="..."
. Windows: user environment variable via [System.Environment]::SetEnvironmentVariable('ARIZE_SPACE_ID', '...', 'User')
|
Skip this entirely if:
- The API key was already loaded from an existing profile or env var
- The space ID was already set via env var
- The user only used base64 project IDs (no space ID was needed)
How to offer: Use
AskQuestion:
"Would you like to save your Arize credentials so you don't have to enter them next time?" with options
/
.
If the user says yes:
-
API key — Check if
exists. If it does, read it and update the
section. If not, create it with this minimal content:
toml
[profile]
name = "default"
[auth]
api_key = "THE_API_KEY"
[output]
format = "table"
-
Space ID — Persist the space ID as an environment variable:
macOS/Linux — Detect the user's shell config file (
for zsh,
for bash). Append:
bash
export ARIZE_SPACE_ID="THE_SPACE_ID"
Tell the user to run
(or restart their terminal) for it to take effect.
Windows (PowerShell) — Set a persistent user environment variable:
powershell
[System.Environment]::SetEnvironmentVariable('ARIZE_SPACE_ID', 'THE_SPACE_ID', 'User')
Tell the user to restart their terminal for it to take effect.