This page sets up your coding agent to operate on Phoenix — reading traces, experiments, and datasets via the CLI, MCP, and skills. To instead trace your sessions with a coding agent (turns, tool calls, and token costs), see Coding Agents.
Recommended Setup
Phoenix connects to a coding agent through three pieces. Most setups use all three:CLI
Terminal access to traces, experiments, datasets, and prompts.
MCP
In-editor Phoenix documentation lookup and optional direct Phoenix instance operations.
Skills
Reusable instructions so agents apply Phoenix best practices consistently.
- Claude Code — install the Phoenix plugin. It registers the Phoenix MCP server and the
phoenix-cli,phoenix-evals, andphoenix-tracingskills, so the only piece left to add is the CLI. - Codex — install the Phoenix plugin. It registers the Phoenix MCP server; add the CLI and skills yourself.
- Every other agent (Cursor, VS Code, Windsurf, and more) — follow the CLI, MCP, and Skills sections below.
The plugins are optional. You don’t have to add a marketplace to use Phoenix from Claude Code or Codex. If you’d rather not, or want only some of the pieces, install them individually: the CLI, MCP, and Skills sections below work for Claude Code and Codex exactly as they do for every other agent. The plugin just bundles the MCP and skills steps into one install that stays up to date.
Find Your Phoenix Endpoint
Every setup on this page needs the endpoint of your Phoenix instance: the base URL you open Phoenix at in the browser, with no trailing slash and no path such as/mcp or /v1. Go to the Settings page in your Phoenix instance to find your endpoint and, if auth is enabled, to create an API key.
Enter the endpoint column, never the
/mcp column — the plugins and the px CLI append /mcp themselves. A local Phoenix works with the defaults everywhere below; the API key is only required when auth is enabled.
Claude Code
The Phoenix repository is a Claude Code plugin marketplace. Thearize-phoenix plugin registers the Phoenix MCP server and the Phoenix skills in one install, and because the marketplace is versioned in the repository, Claude Code updates both as new versions land.
Using the plugin is optional. To set things up piece by piece instead — or to skip the marketplace entirely — register the MCP server by hand with claude mcp add as shown on the Remote MCP Server page, and add skills with skills add. The result is the same; the plugin only saves the steps and keeps them updated.
Prerequisites: Phoenix 19.0.0 or later, and a current Claude Code — if /plugin is not recognized, update Claude Code first. Steps 1, 2, and 4 are slash commands typed inside a Claude Code session; the shell equivalents follow the steps.
Install the Plugin
1
Add the marketplace
Inside a Claude Code session, run:The
owner/repo shorthand and the full https://github.com/Arize-ai/phoenix URL both work. Adding a marketplace registers the catalog; it installs nothing on its own.2
Install the plugin
.claude/settings.json, or local for this repository only.3
Set your Phoenix endpoint
Claude Code prompts for one setting, Phoenix endpoint, as it enables the plugin. Enter your Phoenix endpoint — the base URL only, with no trailing slash — or keep the default
http://localhost:6006 for a local Phoenix. The plugin appends /mcp itself:A trailing slash or a pasted
/mcp produces a wrong URL (…//mcp or …/mcp/mcp), so trim those off. This setting is stored in your user settings and applies to every project; see Change the Endpoint to update it later.4
Verify
Run
/mcp and select phoenix. If your Phoenix has auth enabled, a browser window opens to sign in with your Phoenix account; without auth, it connects straight away. The server is ready once /mcp shows it as connected.To see everything the plugin added — the MCP server and the three skills — run claude plugin details arize-phoenix@arize-phoenix in your shell. It also reports what the plugin adds to your context window.claude plugin marketplace add Arize-ai/phoenix and claude plugin install arize-phoenix@arize-phoenix. They install to user scope unless you pass --scope project or --scope local, and take effect the next time you start Claude Code (or after /reload-plugins in an open session).
What the Plugin Registers
These are the same skills described under Skills, so you don’t need
skills add for them in Claude Code. Two things the plugin does not include: the px CLI, which the phoenix-cli skill needs on your PATH, and the Phoenix Docs MCP — add either separately.
Change the Endpoint
To set the endpoint non-interactively at install time:/plugin configure inside Claude Code, or edit pluginConfigs in your user settings (~/.claude/settings.json):
This setting configures the MCP server only. The
px CLI that the phoenix-cli skill drives reads PHOENIX_ENDPOINT and PHOENIX_API_KEY from your shell, so export those as well — see Shared Environment Configuration.Authentication
When your Phoenix has auth enabled, the plugin’s MCP server signs in with OAuth in the browser the first time you use it; the plugin has no slot for an API key. When Phoenix runs without auth, no login happens. For a headless environment where no browser can open — CI, a remote machine — don’t use the plugin’s server. Register one that sends your API key as a bearer token instead:phoenix, so pick one: uninstall or disable the plugin before running px setup mcp. The skills can still be installed with skills add.
Update, Remove, or Develop Locally
/plugin marketplace add ./ at the repository root — note the ./, since a bare . is rejected — and check your changes with claude plugin validate plugins/claude/arize-phoenix. The catalog is .claude-plugin/marketplace.json and the plugin lives in plugins/claude/arize-phoenix.
Codex
The same repository is a Codex plugin marketplace. Thearize-phoenix plugin registers the Phoenix MCP server in Codex. It does not ship skills — add those with skills add, passing -a codex.
Using the plugin is optional. To skip the marketplace, add the MCP server to ~/.codex/config.toml by hand as shown on the Remote MCP Server page, and install the CLI and skills individually.
Prerequisites: Phoenix 19.0.0 or later, and Node.js — the plugin starts its MCP bridge with npx. The codex plugin commands below run in your shell.
Install the Plugin
1
Add the marketplace
.agents/plugins/marketplace.json. The source can be owner/repo shorthand, owner/repo@ref, an HTTPS or SSH Git URL, or a local path; pass --ref to pin a Git ref.2
Install the plugin
~/.codex/plugins/cache/arize-phoenix/arize-phoenix/<version> and enables it in ~/.codex/config.toml. You can also browse and install from the /plugins browser inside Codex.3
Export your Phoenix endpoint
The Codex plugin has no settings dialog; it reads your Phoenix endpoint from Leave
PHOENIX_ENDPOINT — the same variable the px CLI reads. Export it, and your API key if auth is enabled, in the shell you launch Codex from:PHOENIX_ENDPOINT unset for a local Phoenix; it defaults to http://localhost:6006. The variables must be set in the environment you start codex from, and Codex forwards to the plugin only these two, which are the ones it declares.4
Verify
phoenix server appears as enabled. Then launch codex and run /mcp to confirm it connects. If your Phoenix has auth enabled and PHOENIX_API_KEY is not set, a browser window opens on first use to sign in with your Phoenix account; with the key set, or with auth disabled, no login happens.How It Connects
Codex plugin MCP entries cannot contain environment variables in the URL, so instead of pointing at<endpoint>/mcp directly, the plugin registers a small stdio launcher, scripts/phoenix-mcp. The launcher reads your environment and bridges to the Remote MCP Server at <PHOENIX_ENDPOINT>/mcp with mcp-remote via npx.
Enable, Disable, or Remove
Installing writes an entry to~/.codex/config.toml. Set enabled = false to turn the plugin off without uninstalling it:
codex plugin marketplace add . at the repository root. The catalog is .agents/plugins/marketplace.json and the plugin lives in plugins/codex/arize-phoenix.
Shared Environment Configuration
Set environment variables to connect to your Phoenix instance.PHOENIX_ENDPOINT is your Phoenix endpoint — the base URL, with no path:
CLI
Install the Phoenix CLI globally:px:
- investigate trace failures and performance regressions
- inspect and compare experiment runs
- list and fetch datasets for evaluation workflows
- inspect and retrieve prompt versions and content
MCP
Phoenix offers a few MCP integrations, and they serve different goals.Phoenix Docs MCP (Documentation Access)
Phoenix Docs MCP URL:- Claude Code
- Cursor
- VS Code
- Windsurf
Project scope:User scope:Verify:
Reference docs: Claude Code MCP, Cursor MCP, VS Code MCP servers, Windsurf MCP.
Direct Phoenix Operations (Remote MCP or npm)
For direct operations against your Phoenix instance (traces, sessions, prompts, datasets, experiments, and more), use the dedicated setup guides:- Remote MCP Server (beta) — built into the Phoenix server, no install. The primary way to connect going forward. In Claude Code and Codex, the Phoenix plugin registers this server for you.
- Phoenix MCP Server — the
@arizeai/phoenix-mcpnpm package, in maintenance mode; for Phoenix versions without/mcp.
Install both MCP integrations if you want your coding agent to both look up docs and perform direct Phoenix instance operations.
Skills
Install Phoenix skills using skills add:.claude/skills/, .cursor/skills/, or .github/skills/). In Claude Code, the Phoenix plugin already registers the phoenix-cli, phoenix-evals, and phoenix-tracing skills, so installing it covers those.
Available Skills
phoenix-cli
Debug LLM apps using Phoenix CLI for traces, experiments, datasets, and prompts. Recommended.
phoenix-error-analysis
Read sampled traces, write free-form notes, then group them into a failure taxonomy that picks eval targets and fix priorities.
phoenix-evals
Build and run evaluators for AI/LLM apps across code-based and LLM-as-judge workflows.
phoenix-tracing
Implement OpenInference tracing conventions and instrumentation in Python and TypeScript.
phoenix-harbor
Configure Harbor agent evaluations and interpret their Phoenix experiments, scores, and ATIF traces.
skills add Options
Examples
Docs and Source Code in node_modules
Phoenix’s TypeScript packages ship docs and source code inside node_modules once installed. Coding agents can inspect version-matched docs, examples, and source code directly under node_modules, without relying on the public website.
Common paths:
Related
CLI Reference
Full command reference for Phoenix CLI.
Retrieve Traces via CLI
Detailed guide for fetching traces from Phoenix.
MCP Servers
Interact with projects, traces, sessions, prompts, datasets, and experiments via the Phoenix MCP servers.
Coding Agents
Trace your sessions with a coding agent — turns, tool calls, and token costs — with the coding-harness-tracing toolkit.

