arize-ai-provider-integration
Skill72 starsChanged 38 days agoMITView on GitHub
Creates, reads, updates, and deletes Arize AI integrations that store LLM provider credentials used by evaluators and other Arize features. Supports any LLM provider (e.g. OpenAI, Anthropic, Azure OpenAI, AWS Bedrock, Vertex AI, Gemini, NVIDIA NIM, Fireworks AI, Together AI, DeepSeek). Use when the user mentions AI integration, LLM provider credentials, create integration, list integrations, update credentials, delete integration, or connecting an LLM provider to Arize.
- Reads credentials
2 other projects use a version of this, 2 of them edited.
Adopted by
Most recently taken up by
- github/awesome-copilotedited, first seen Oct 25, 2026
- JustineDevs/premortemedited, first seen Jun 9, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 2
- github/awesome-copilot★ 41k62% same
- JustineDevs/premortem★ 264% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository18 other files it gives its agents.
- AGENTS.mdAGENTS.md
- arize-adminSkill
- arize-annotationSkill
- arize-compliance-auditSkill
- arize-datasetSkill
- arize-evaluatorSkill
- arize-experimentSkill
- arize-instrumentation-healthSkill
- arize-instrumentationSkill
- arize-linkSkill
- arize-migrate-braintrustSkill
- arize-migrate-langfuseSkill
- arize-migrate-langsmithSkill
- arize-phoenix-migrationSkill
- arize-prompt-optimizationSkill
- arize-promptsSkill
- arize-span-routingSkill
- arize-traceSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
15 rules. About 0 are common, 4 are distinctive, and 11 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
11
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 27
If an ax command fails, troubleshoot based on the error:
- Very specific: line 33
Bedrock/Vertex: use --provider-metadata instead of --api-key (see Supported Providers below).
- Very specific: line 34
Security: Never read .env files or search the filesystem for credentials.
- Very specific: line 62
Run ax ai-integrations list --help for flags.
- Distinctive: line 87
Use this to inspect an integration's full configuration or to confirm its ID after creation.
- Distinctive: line 93
Before creating, always list integrations first — the user may already have a suitable one:
- Distinctive: line 99
If no suitable integration exists, create one.
- Distinctive: line 101
Every create command follows this shape.
- Very specific: line 111
Every integration except LiteLLM, Fireworks AI, Together AI and DeepSeek needs a model source: pass --enable-default-models (Arize's …
- Very specific: line 132
Run ax ai-integrations create --help for optional flags.
- Very specific: line 166
Add --space SPACE when using a name instead of ID.
- Very specific: line 189
Choosing a create command: use ax ai-integrations create (the examples above) for AZURE_OPEN_AI or when --auth-type is needed.
- Very specific: line 191
Agent endpoints: use ax integrations create agent to register an agent endpoint.
- Very specific: line 215
arize-evaluator: Create LLM-as-judge evaluators that use an AI integration → use arize-evaluator
- Very specific: line 216
arize-experiment: Run experiments that use evaluators backed by an AI integration → use arize-experiment
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Arize AI Integration Skill
SPACE—--spaceflags accept a space name (e.g.,my-workspace) or a base64 space ID (e.g.,U3BhY2U6...). Resolve a known name withax spaces get NAME;ax spaces listis for browsing when the name is unknown. Note:ai-integrations createdoes not accept--space— AI integrations are account-scoped. Use--spaceonly withlist,get,update, anddelete.
Concepts
- AI Integration = stored LLM provider credentials registered in Arize; used by evaluators to call a judge model and by other Arize features that need to invoke an LLM on your behalf
- Provider = the LLM service backing the integration (e.g.,
OPEN_AI,ANTHROPIC,AWS_BEDROCK) - Integration ID = a base64-encoded global identifier for an integration (e.g.,
TGxtSW50ZWdyYXRpb246MTI6YUJjRA==); required for evaluator creation and other downstream operations - Scoping = visibility rules controlling which spaces or users can use an integration
- Auth type = how Arize authenticates with the provider:
DEFAULT(provider API key),PROXY_WITH_HEADERS(proxy via custom headers),BEARER_TOKEN(bearer token auth), orOAUTH2_CLIENT_CREDENTIALS
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 → see Space
- LLM provider call fails (missing provider credentials) → run
ax ai-integrations list --space SPACEto check for platform-managed credentials. If none exist:- Preferred: Give the user the exact
ax ai-integrations createcommand from Supported Providers below (reference env var names like$OPENAI_API_KEY, never raw values). Ask them to export the provider key in their own terminal and run the command there — never paste the key into chat. Do not run the create command yourself unless the var is already exported in this terminal session. - Bedrock/Vertex: use
--provider-metadatainstead of--api-key(see Supported Providers below).
- Preferred: Give the user the exact
- Security: Never read
.envfiles or search the filesystem for credentials. Exception: the non-secretARIZE_SPACE_IDline (see Space). 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.
List AI Integrations
List all integrations accessible in a space:
ax ai-integrations list --space SPACEFilter by name (case-insensitive substring match):
ax ai-integrations list --space SPACE --name "openai"Paginate large result sets:
# Get first page
ax ai-integrations list --space SPACE --limit 20 -o json
# Get next page using cursor from previous response
ax ai-integrations list --space SPACE --limit 20 --cursor CURSOR_TOKEN -o jsonRun ax ai-integrations list --help for flags. When the integration name or ID is known, use ax ai-integrations get (below) instead of paging the list; list is for browsing.
Response fields:
| Field | Description |
id | Base64 integration ID — copy this for downstream commands |
name | Human-readable name |
provider | LLM provider enum (see Supported Providers below) |
has_api_key | true if credentials are stored |
model_names | Allowed model list, or null if all models are enabled |
enable_default_models | Whether default models for this provider are allowed |
function_calling_enabled | Whether tool/function calling is enabled |
auth_type | Authentication method: DEFAULT, PROXY_WITH_HEADERS, BEARER_TOKEN, or OAUTH2_CLIENT_CREDENTIALS |
Get a Specific Integration
ax ai-integrations get NAME_OR_ID
ax ai-integrations get NAME_OR_ID -o json
ax ai-integrations get NAME_OR_ID --space SPACE # required when using name instead of IDUse this to inspect an integration's full configuration or to confirm its ID after creation.
Create an AI Integration
Before creating, always list integrations first — the user may already have a suitable one:
ax ai-integrations list --space SPACEIf no suitable integration exists, create one. The required flags depend on the provider.
Every create command follows this shape; the provider-specific flags come from the table below:
ax ai-integrations create \
--name "My OpenAI Integration" \
--provider OPEN_AI \
--api-key $OPENAI_API_KEY \
--enable-default-modelsEvery integration except LiteLLM, Fireworks AI, Together AI and DeepSeek needs a model source: pass --enable-default-models (Arize's default model list for the provider) and/or one or more --model-name flags. Without either, the server rejects the create with 400: An integration must have at least one model available.
For a provider's full example and notes (Bedrock/Vertex metadata, base URLs, flags to avoid), open only that provider's file from the Details column below.
Supported Providers
| Provider | Required extra flags ("model source" = --enable-default-models or --model-name) | Key env var | Details |
OPEN_AI | --api-key <key>, model source | $OPENAI_API_KEY | provider-openai.md |
ANTHROPIC | --api-key <key>, model source | $ANTHROPIC_API_KEY | provider-anthropic.md |
AZURE_OPEN_AI | --api-key <key>, --base-url <azure-endpoint>, --model-name <deployment> | $AZURE_OPENAI_API_KEY | provider-azure-openai.md |
AWS_BEDROCK | --provider-metadata '{"role_arn": "<arn>"}' (no API key), model source | — | provider-aws-bedrock.md |
VERTEX_AI | --provider-metadata '{"project_id": "<gcp-project>", "location": "<region>", "project_access_label": "<label>"}' (no API key), model source | — | provider-vertex-ai.md |
GEMINI | --api-key <key>, model source | $GEMINI_API_KEY | provider-gemini.md |
NVIDIA_NIM | model source; --api-key and --base-url optional (default: NVIDIA hosted) | $NVIDIA_API_KEY | provider-nvidia-nim.md |
CUSTOM | --base-url <endpoint>, model source | $CUSTOM_LLM_API_KEY | provider-custom.md |
LITELLM | --base-url <endpoint>, --api-key <key> | $LITELLM_API_KEY | provider-litellm.md |
FIREWORKS | --api-key <key> only — no --base-url or --headers | $FIREWORKS_API_KEY | provider-fireworks.md |
TOGETHER_AI | --api-key <key> only — no --base-url or --headers | $TOGETHER_API_KEY | provider-together-ai.md |
DEEP_SEEK | --api-key <key> only — no --base-url or --headers | $DEEPSEEK_API_KEY | provider-deepseek.md |
Run ax ai-integrations create --help for optional flags. Pair --headers with --auth-type PROXY_WITH_HEADERS when the provider sits behind a proxy.
After creation
Capture the returned integration ID (e.g., TGxtSW50ZWdyYXRpb246MTI6YUJjRA==) — it is needed for evaluator creation and other downstream commands. If you missed it, retrieve it:
ax ai-integrations get NAME_OR_ID --space SPACE -o jsonUpdate an AI Integration
update is a partial update — only the flags you provide are changed. Omitted fields stay as-is.
# Rename
ax ai-integrations update NAME_OR_ID --name "New Name"
# Rotate the API key
ax ai-integrations update NAME_OR_ID --api-key $OPENAI_API_KEY
# Change the model list (replaces all existing model names)
ax ai-integrations update NAME_OR_ID --model-name gpt-4o --model-name gpt-4o-mini
# Update base URL (for Azure, custom, or NIM)
ax ai-integrations update NAME_OR_ID --base-url "https://new-endpoint.example.com/v1"
# Restrict visibility to specific spaces (full replace — lists all spaces that should have access)
ax ai-integrations update NAME_OR_ID \
--scopings '[{"space_id": "SPACE_GLOBAL_ID", "scoping_type": "include"}]'Add --space SPACE when using a name instead of ID. Any flag accepted by create can be passed to update.
--scopings flag: Controls which spaces can use this integration. Accepts a JSON array of scoping rules. Replaces all existing scopings on update. Use ax spaces list -o json to find space global IDs.
Delete an AI Integration
Warning: Deletion is permanent. Evaluators that reference this integration will no longer be able to run.
ax ai-integrations delete NAME_OR_ID --force
ax ai-integrations delete NAME_OR_ID --space SPACE --force # required when using name instead of IDOmit --force to get a confirmation prompt instead of deleting immediately.
ax integrations (LLM and agent integrations)
ax integrations manages LLM and agent integrations in one group (list, get, delete, create llm|agent, update llm|agent). Run ax integrations <sub> --help for flags.
- Choosing a create command: use
ax ai-integrations create(the examples above) forAZURE_OPEN_AIor when--auth-typeis needed;ax integrations create llmaccepts neither. Useax integrations create llmwhen scopings must be set at create time (--scopings). create llmprovider flags differ fromax ai-integrations create: Bedrock and Vertex AI take dedicated flags instead of--provider-metadata. Runax integrations create llm --helpfor the per-provider list.- Agent endpoints: use
ax integrations create agentto register an agent endpoint; run its--helpfor flags. - Provider is immutable in
ax integrations update llm; delete and recreate to change it. --type:listreturns every type merged; filter with--type LLMor--type AGENT.getanddeleteby name need--typebecause names are unique only per type; IDs work without it.
Troubleshooting
| Problem | Solution |
ax: command not found | See references/ax-setup.md |
401 Unauthorized | API key may not have access to this space. Verify key and space ID at https://app.arize.com/admin > API Keys |
No profile found | Run ax profiles show --expand; set ARIZE_API_KEY env var or write ~/.arize/config.toml |
Integration not found | Check the name or ID with ax ai-integrations get NAME_OR_ID --space SPACE; use ax ai-integrations list --space SPACE --name TEXT only to browse for the right name |
has_api_key: false after create | Credentials were not saved — re-run update with the correct --api-key or --provider-metadata |
| Evaluator runs fail with LLM errors | Check integration credentials with ax ai-integrations get INT_ID; rotate the API key if needed |
Invalid value for '--provider' with FIREWORKS, TOGETHER_AI or DEEP_SEEK | The installed ax CLI predates these providers — upgrade the ax CLI (see references/ax-setup.md) |
An integration must have at least one model available | Add --enable-default-models or at least one --model-name (required for every provider except LiteLLM, Fireworks AI, Together AI and DeepSeek) |
Integration has the wrong provider | ax ai-integrations update NAME_OR_ID --provider NEW_PROVIDER changes it, but other fields are kept as-is — pass the new provider's required flags (API key, base URL, model source) in the same call. When the two providers need very different settings, deleting and recreating is cleaner |
Related Skills
- arize-evaluator: Create LLM-as-judge evaluators that use an AI integration → use
arize-evaluator - arize-experiment: Run experiments that use evaluators backed by an AI integration → use
arize-experiment
Save Credentials for Future Use
See references/ax-profiles.md § Save Credentials for Future Use.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

