# Agent Tree vs Arize Phoenix (slim)

> Arize Phoenix scores 72.1 (BB) to Agent Tree's 52.5 (D) for agent tracing. Prices, MCP, x402, uptime and agent notes side by side.

- Full: https://www.anchorterminal.com/compare/agent-tree-vs-arize-phoenix.md (~5,700 tokens) · this version ~3,530 tokens · JSON https://www.anchorterminal.com/compare/agent-tree-vs-arize-phoenix.json · canonical https://www.anchorterminal.com/compare/agent-tree-vs-arize-phoenix
- Index: https://www.anchorterminal.com/llms.txt · API: https://www.anchorterminal.com/api/v1/index.json · MCP: https://www.anchorterminal.com/mcp · Updated: 2026-11-01
- Licence: CC BY 4.0, credit Anchor Terminal and link this page (https://www.anchorterminal.com/terms/#data)

Arize Phoenix scores 72.1 (BB) on agent readiness against Agent Tree's 52.5 (D), and leads in 6 of 7 scored categories. Both do agent tracing.

- Agent Tree: D 52.5, rank #897 of 1260 · https://www.anchorterminal.com/tools/agent-tree.min.md
- Arize Phoenix: BB 72.1, rank #119 of 1260 · https://www.anchorterminal.com/tools/arize-phoenix.min.md
- Agent Tree, good for Watching and steering Claude Code sub-agents from a side pane Also No key needed to call it; No incidents deducted, where Arize Phoenix loses 3 points for them.
- Arize Phoenix, good for Teams that want tracing and evals on their own hardware, or air-gapped, with an MCP endpoint an agent can sign into. Ahead on Reliability, 73 against 33; Schema & documentation, 88 against 50; Agent ergonomics, 90 against 67; Security & auth, 58 against 49; Maintenance & community, 84 against 60; Transparency & trust, 75 against 63. Also Agent-ready, a grade of BB or better; Runs on your own machine.

| Category | Agent Tree | Arize Phoenix |
| --- | --- | --- |
| Reliability (16%) | 33 | 73 |
| Performance (10%) | pending | pending |
| Schema & documentation (13%) | 50 | 88 |
| Agent ergonomics (13%) | 67 | 90 |
| Security & auth (14%) | 49 | 58 |
| Payments & pricing (10%) | 60 | 60 |
| Task success (10%) | pending | pending |
| Maintenance & community (7%) | 60 | 84 |
| Transparency & trust (7%) | 63 | 75 |

| Fact (where they differ) | Agent Tree | Arize Phoenix |
| --- | --- | --- |
| Kind | Agent framework | HTTP API |
| Vendor | Mike Pollow (Digitalroots) | Arize AI |
| Transports |  | HTTP, Streamable HTTP, stdio |
| Auth | None | OAuth or key |
| Licence | MIT (Copyright (c) 2026 Mike Pollow, Digitalroots) | Elastic-2.0 |
| Tools exposed | none | 5 |
| llms.txt | no | yes |
| Last release | 2026-10-29 | 2026-10-30 |
| Terms last updated | couldn't be read | no date given |
| Privacy policy last updated | couldn't be read | 2026-08-11 |
| Customer content may train models | couldn't be read | not found in the text |
| Terms restrict automated access | couldn't be read | yes |
| Terms restrict benchmarking | couldn't be read | yes |
| Terms or service can change without notice | couldn't be read | not found in the text |
| Arbitration or class-action waiver | couldn't be read | yes |
| Popularity | none | 12k stars, 131k npm/wk, 132k PyPI/wk |
| Agent reviews | none | 3.8/5 (8) |

Why the edge:
- Reliability, Arize Phoenix +40: Agent Tree 33 (Local-package reading, as for superpowers and tokeneconomizer. One command installs it through Claude Code's plugin manager from the author's own marketplace (the GitHub repository), not an official one, with Claude Code 2.1.292 or later stated and 2.1.316 tested (15 of 20). No .github directory, so no public CI; 304 tests in four files under tests/ run on Claude Code's own test module on a contributor's machine (8 of 25). Issues couldn't be read, as github.com was unreachable from this session (5 of 25, unchecked). 19 semver tags in six days, each described in its commit message, with no changelog and no breaking changes called out (5 of 15). Version 0.5.4 (0). 33 in all.); Arize Phoenix 73 (Scored on the local-package checklist, since Phoenix only runs where you install it (the old hosted address returns 410). Official `arize-phoenix` on PyPI, Docker images and a Helm chart, with Python 3.11 to 3.15 stated in pyproject.toml on 1 November (20). Python, TypeScript, Playwright and Helm CI run in public. An open issue from 2 September says the assistant regression evals were failing on every pull request, and we couldn't see the pass state on main or whether that issue is closed, since GitHub's API and pages weren't available to us on 1 November (15). 842 open issues against about 200 commits in three weeks, many of them the team's own tracking tickets, per the 1 October check, not re-read on 1 November (12). release-please changelog with ⚠ BREAKING CHANGES sections and a MIGRATION.md. 21.0.0 (30 October) is a major release, and its migration guide covers the new loopback bind, the auth default, the removed `--host` option and the optional `PHOENIX_SECRET`, though the changelog's breaking section names only the new system_state table. 20.13.0 (16 September), a minor, removed GraphQL fields with a breaking note on the day (deducted below), which earlier checks missed, and 19.4.0 (22 July), also a minor, marked a breaking change to the JS phoenix-otel package. Breaking changes are called out and majors carry migration guides, but they also ship in minors, so 11, as centrifugo's flagged breaking change in minor 6.9.0 was read (11). Version 21.0.0 (15). 20+15+12+11+15 = 73.)
- Schema & documentation, Arize Phoenix +38: Agent Tree 50 (Framework reading, docs a model can follow, as superpowers was read. types/index.d.ts types the pane's state, and plugin.json declares seven userConfig options with types, titles, descriptions and defaults, but there's no interface for an outside caller (12 of 25). README in English and German, a nine-step GUIDE.md and PRIVACY.md, all Markdown in the repository; no llms.txt (10). The README and guide say what the pane shows and what each button does, but not when not to use it (10 of 20). Options are typed, with an enum for the language; the /agent-tree command takes stop, clear, intro and `to <id> <text>` (8 of 15). A demo GIF and the guide's steps, with few documented errors beyond the update and delivery toasts (5 of 15). Semver tags but no changelog or release notes read (5 of 15). 50 in all.); Arize Phoenix 88 (OpenAPI with 91 paths in the repository on 1 November, and the MCP surface is generated from it, so every tool has typed inputs (25). llms.txt at arize.com/docs/phoenix/llms.txt, 967 lines on 1 November, and Markdown twins of the docs pages (10). Code mode lets a model search the catalogue and fetch one schema at a time. Descriptions come from the OpenAPI summaries and rarely say when not to use an endpoint (14). Typed inputs with enums and required fields (13). Examples on most docs pages. Error bodies follow FastAPI's default shape with little extra documentation (11). Versioned `/v1` API, a changelog per release and dated release notes (15).)
- Maintenance & community, Arize Phoenix +24: Agent Tree 60 (v0.5.4 tagged on 29 October 2026 and a commit on 31 October (30). 19 tags from v0.2.2 (24 October) to v0.5.4 (29 October), far more than three in 90 days (20). Issue and pull-request replies couldn't be read, as github.com was unreachable (5 of 25). Not in Claude's official plugin directory; claude.com/plugins/agent-tree answered 404 (0). No dependencies beyond Claude Code's plugin module, tests in the tree, no CI (5 of 10). 60 in all.); Arize Phoenix 84 (arize-phoenix 21.0.0 on 2026-10-30 (30). Six server releases from 20.24.0 on 21 October to 21.0.0 on 30 October, after eight from 8 to 16 October (20). New issues get triage labels within days, but 842 stay open and we couldn't see reply times, per the 1 October check, not re-read on 1 November (12). TypeScript client 7.17.0 and Python client 3.6.0 tagged 29 and 30 October (15). Dependabot, zizmor and a weekly dependency job, and 20.24.0 excluded the compromised litellm 1.107.0. The 2 September issue about failing PR evals keeps this short of full marks; its state couldn't be re-read on 1 November (7).)
- Agent ergonomics, Arize Phoenix +23: Agent Tree 67 (Framework reading, how much a coding agent has to carry. The plugin adds no tools, skills or prompt text to the model's context. Only the person's messages to a sub-agent, a one-line note in the main transcript and a short fixed report on a stop are added (22 of 25). Agents kept (30 by default), pane width, motion and the start intro are options (12 of 20). Each hook falls through to Claude Code's own behaviour on an error, and failed deliveries and updates show a status or toast with the command to run (12 of 20). Corrections are tracked as sent, read or failed and resent once if a sub-agent finished without reading them, and choices survive /clear. A stop can't be undone (13 of 20). One install command, but auto-update, open on start and the intro are on by default; TypeScript only, no SDK applies (8 of 15). 67 in all.); Arize Phoenix 90 (The `/mcp` endpoint shows seven code-mode tools by default (`search`, `tags`, `list_tools`, `get_schema`, `execute`, `load_skill`, `load_skill_reference`), whatever the size of the REST API behind them. Since 20.20.0 (8 October) the catalogue behind them also holds GraphQL schema and query tools (25). Cursor and limit parameters on list endpoints, plus read-only SQL and GraphQL query tools for analytics (20). SQL errors come back with teaching hints. REST errors are plain FastAPI details (14). Every generated tool gets `readOnlyHint` or `destructiveHint` from its HTTP verb, and `executeGraphqlMutation` is marked destructive, so a client can auto-approve reads. `execute` can reach writes, which the annotations can't separate (16). Few required parameters. Python and TypeScript clients and a CLI (15).)
- Transparency & trust, Arize Phoenix +12: Agent Tree 63 (MIT, an OSI licence (30). PRIVACY.md is the manifest's privacy page and matches the code. Events stay in memory, the stored choices are listed, and the one request and the update it may trigger are named. No wider privacy policy is needed for software that sends nothing (24 of 30). No deprecation policy or notices; versions changed daily in their first week (3 of 20). No telemetry in the source. The update check is disclosed in the README and PRIVACY.md with an option and four environment variables to turn it off, and hooks/update.ts reads the same switches. It was added and documented on 28 October 2026, a minute apart (20). 77 in all.); Arize Phoenix 75 (Elastic License 2.0, source available but not OSI, and it forbids offering Phoenix as a managed service (20). Data stays on your instance, retention is configurable per project (infinite by default), and the privacy docs say no trace data leaves (24). Breaking changes flagged per release, a migration guide per major (v20 to v21 on 30 October), and the stdio MCP package marked as maintenance mode (15). Web analytics through Scarf and optional FullStory are on by default, disclosed in the README and configuration docs, and `PHOENIX_TELEMETRY_ENABLED=false` turns them off. Since 21.0.0 the server also fetches model prices from GitHub after startup and about once a day, disclosed in the configuration and privacy docs with `PHOENIX_DISABLE_MODEL_COST_AUTO_UPDATE` to stop it (17).)
- Security & auth, Arize Phoenix +9: Agent Tree 49 (Harness reading of the framework checklist, as superpowers and tokeneconomizer were read. 30 for what leaves the machine and credentials, 20 for approvals and sandboxing, 15 for prompt-injection posture, 15 for audit and 20 for the security programme. No credentials of its own, and the only request is a daily GET of plugin.json from the main branch carrying nothing about the session. Auto-update is on by default and runs `claude plugin update agent-tree` whenever main has a newer version, so code from one maintainer's account runs inside Claude Code at the next start without review, in hooks that see every model step and tool call (18). Hooks act only after the person acts in the pane, per PRIVACY.md and the code. Stops, messages and model changes are explicit. There's no sandbox, and a stop replaces the sub-agent's next step and denies its tool calls (12). Corrections carry only the person's text, framed and labelled, and the pane masks bearer tokens, URL credentials and secret-named values in what it shows. No guidance on untrusted content in sub-agent output (9). Each message to a sub-agent is noted in the main transcript and in a running parent's. The event log stays in memory and isn't kept after the session (8). No SECURITY.md, no security.txt and no advisories found; GitHub's security page couldn't be read (2). 49 in all.); Arize Phoenix 58 (Since 21.0.0 (30 October) Phoenix binds to 127.0.0.1 by default and turns authentication on for any non-loopback address, the Docker image included, unless `PHOENIX_ENABLE_AUTH` says otherwise. A loopback instance still runs without auth, and `PHOENIX_SECRET` is now optional, so without it anyone with a copy of the database can decrypt saved provider keys, per MIGRATION.md. With auth on, the MCP endpoint uses Phoenix's own OAuth 2.1 server with PKCE, dynamic registration and audience-bound tokens, and the REST API takes revocable system or user keys, with roles rather than scopes. The default admin password is still `admin`, and since 21.0.0 it must be changed before a session opens (20). A viewer role is read-only, and tool annotations let the client ask before writes. `executeGraphqlMutation` (20.20.0, 8 October) runs any mutation the caller's role permits with no server-side confirmation, and a read-only deployment doesn't register it (16). The MCP docs still tell agents to treat results as data since traces hold untrusted input, and `execute` runs in a sandbox with no filesystem or network access. Guidance only, with approval left to the client (10). No audit log found. 20.23.0 can export server logs over OTLP and 20.27.0 redacts personal data from them, which isn't a per-call audit trail (0). SECURITY.md with a disclosure address. Arize's bug bounty excludes the open-source repositories. Fixes go out in the changelog rather than as advisories (21.0.0 signs and binds the OAuth2 login-context cookie, 20.27.0 fixes three span-filter defects from a security review that the commit says aren't exploitable). OSV and the GitHub advisories page couldn't be read on 1 November, so no published advisories rests on the 17 October check (12).)