Skip to main content
Use this guide to connect coding agents (Claude Code, Cursor, VS Code, Windsurf, and others) to Phoenix for debugging, observability, and evaluation workflows.
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.
Most users should set up 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.

Shared Environment Configuration

Set environment variables to connect to your Phoenix instance:
Keep API keys out of committed config files. Prefer environment variables and local-only config.

CLI

Install the Phoenix CLI globally:
Use CLI tools when your coding agent needs terminal-native access to Phoenix resources, including traces, experiments, datasets, and prompts. Common agent workflows with 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
Example prompt:
Verify CLI installation:

MCP

Phoenix offers a few MCP integrations, and they serve different goals.

Phoenix Docs MCP (Documentation Access)

Phoenix Docs MCP URL:
Project scope:
User scope:
Verify:

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.
  • Phoenix MCP Server — the @arizeai/phoenix-mcp npm 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:
This installs skills into the project’s agent directory (for example, .claude/skills/, .cursor/skills/, or .github/skills/).

Available Skills

phoenix-cli

Debug LLM apps using Phoenix CLI for traces, experiments, datasets, and prompts. Recommended.

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.

skills add Options

Examples

Supported agents include Claude Code, Cursor, Windsurf, Codex, GitHub Copilot, Cline, OpenCode, Gemini CLI, and 20+ more. Recommended default:

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:
This means your agent can look up accurate API signatures, implementations, and usage examples directly from the installed package — ensuring it always uses the version of the SDK that’s actually installed in your project.

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.