All skills
github avatar

/arize-ai-provider-integration

@4e136f3 official
by githubgithub/awesome-copilot40k stars
5,040

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). 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.

Use this Skill: https://skilld.dev/gh/github/awesome-copilot/arize-ai-provider-integration

This session only. Nothing lands on disk.

referencesax-profiles.md

≈1.2k tokens on demand. Your agent reads this file only when SKILL.md points to it.

ax Profile Setup

Consult this when authentication fails (401, missing profile, missing API key). Do NOT run these checks proactively.

Use this when there is no profile, or a profile has incorrect settings (wrong API key, wrong region, etc.).

1. Inspect the current state

ax profiles show

Look at the output to understand what's configured:

  • API Key: (not set) or missing → key needs to be created/updated
  • No profile output or "No profiles found" → no profile exists yet
  • Connected but getting 401 Unauthorized → key is wrong or expired
  • Connected but wrong endpoint/region → region needs to be updated

2. Fix a misconfigured profile

If a profile exists but one or more settings are wrong, patch only what's broken.

Never pass a raw API key value as a flag. Always reference it via the ARIZE_API_KEY environment variable. If the variable is not already set in the shell, instruct the user to set it first, then run the command:

# If ARIZE_API_KEY is already exported in the shell:
ax profiles update --api-key $ARIZE_API_KEY

# Fix the region (no secret involved — safe to run directly)
ax profiles update --region us-east-1b

# Fix both at once
ax profiles update --api-key $ARIZE_API_KEY --region us-east-1b

update only changes the fields you specify — all other settings are preserved. If no profile name is given, the active profile is updated.

3. Create a new profile

If no profile exists, or if the existing profile needs to point to a completely different setup (different org, different region):

Always reference the key via $ARIZE_API_KEY, never inline a raw value.

# Requires ARIZE_API_KEY to be exported in the shell first
ax profiles create --api-key $ARIZE_API_KEY

# Create with a region
ax profiles create --api-key $ARIZE_API_KEY --region us-east-1b

# Create a named profile
ax profiles create work --api-key $ARIZE_API_KEY --region us-east-1b

To use a named profile with any ax command, add -p NAME:

ax spans export PROJECT -p work

4. Getting the API key

Never ask the user to paste their API key into the chat. Never log, echo, or display an API key value.

If ARIZE_API_KEY is not already set, instruct the user to export it in their shell:

export ARIZE_API_KEY="..."   # user pastes their key here in their own terminal

They can find their key at https://app.arize.com/admin > API Keys. Recommend they create a scoped service key (not a personal user key) — service keys are not tied to an individual account and are safer for programmatic use. Keys are space-scoped — make sure they copy the key for the correct space.

Once the user confirms the variable is set, proceed with ax profiles create --api-key $ARIZE_API_KEY or ax profiles update --api-key $ARIZE_API_KEY as described above.

5. Verify

After any create or update:

ax profiles show

Confirm the API key and region are correct, then retry the original command.

Space

There is no profile flag for space. Save it as an environment variable — accepts a space name (e.g., my-workspace) or a base64 space ID (e.g., U3BhY2U6...). Find yours with ax spaces list -o json.

macOS/Linux — add to ~/.zshrc or ~/.bashrc:

export ARIZE_SPACE="my-workspace"    # name or base64 ID

Then source ~/.zshrc (or restart terminal).

Windows (PowerShell):

[System.Environment]::SetEnvironmentVariable('ARIZE_SPACE', 'my-workspace', 'User')

Restart terminal for it to take effect.

Save Credentials for Future Use

At the end of the session, if the user manually provided any credentials during this conversation and those values were NOT already loaded from a saved profile or environment variable, offer to save them.

Skip this entirely if:

  • The API key was already loaded from an existing profile or ARIZE_API_KEY env var
  • The space was already set via ARIZE_SPACE env var
  • The user only used base64 project IDs (no space 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 "Yes, save them" / "No thanks".

If the user says yes:

  1. API key — Run ax profiles show to check the current state. Then run ax profiles create --api-key $ARIZE_API_KEY or ax profiles update --api-key $ARIZE_API_KEY (the key must already be exported as an env var — never pass a raw key value).

  2. Space — See the Space section above to persist it as an environment variable.

Source: SKILL.md on GitHub

No alerts16d4 checks · Risk SAFE
  • Gen Agent Trust Hub16d

    This skill is designed to manage Arize AI integrations using the ax CLI. It follows security best practices for credential handling by using environment variables and providing explicit warnings against reading local secret files. The skill includes standard configuration steps for CLI tools, such as persisting workspace preferences in shell profiles and installing the official ax tool. A minor vulnerability surface for indirect prompt injection exists because the agent processes output from a remote service without explicit boundary markers.

  • Socket16d

    No alerts

  • Snyk16d

    Risk: LOW · No issues

  • ZeroLeaks5mo

    1 finding · Score: 86/100

Signed by skilld at 4e136f3. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub yesterday.

Activeupdated 5 months ago
metadata
{
  "author": "arize",
  "version": "1.0"
}
compatibility
Requires the ax CLI and a configured Arize profile.
  • Auth
  • arize
  • llm
  • credentials
  • integrations
  • openai
  • anthropic
  • bedrock
  • vertex-ai
  • api-key

README badge

README badge for github/awesome-copilot/arize-ai-provider-integration

Manages Arize AI integrations for storing LLM provider credentials used by evaluators. Supports OpenAI, Anthropic, Azure OpenAI, AWS Bedrock, Vertex AI, Gemini, NVIDIA NIM, and custom OpenAI-compatible endpoints via the ax CLI. Use this skill to create, list, update, or delete integrations that allow Arize to invoke LLM providers on your behalf.

Generated from the current SKILL.md.

What LLM providers does this skill support?
OpenAI, Anthropic, Azure OpenAI, AWS Bedrock, Vertex AI, Gemini, NVIDIA NIM, and custom OpenAI-compatible endpoints.
Do I need to specify which space an integration belongs to when creating one?
No. The `create` command does not accept a `--space` flag — AI integrations are account-scoped. Use `--space` only with `list`, `get`, `update`, and `delete`.
How do I find an integration ID after creating one?
The integration ID is returned immediately after creation. If you missed it, run `ax ai-integrations list --space SPACE -o json` or `ax ai-integrations get NAME_OR_ID` to retrieve it.
Can I change the provider of an existing integration?
No. You must delete the integration and create a new one with the correct provider.
What happens to evaluators if I delete an integration?
Evaluators that reference the deleted integration will no longer be able to run. Deletion is permanent.

Generated from the current SKILL.md. These answers refresh after source changes.