Agent Setup

Agent Integrations

Quick answer
Prism detects which supported AI coding agents are installed and wires them up with one click. It backs up the existing config, writes a clearly marked Prism-managed block with the right base URL, token and model catalog, and re-syncs that block whenever your models change.

Last updated Reviewed against Prism v0.3.26

How one-click setup works

StageWhat happens
DetectionOn startup Prism looks for each supported agent's config file or binary and lists the ones it finds in the Agents tab.
SetupClicking Setup copies the existing config to <config>.prism-backup, then writes the Prism block or entries.
Auto-syncOnce enabled, Prism rewrites the managed block on startup and whenever you add or remove a model, so agent pickers stay current.
Smart routingCodex OAuth models are routed through /v1/responses; every other model goes through /v1/chat/completions. Each agent only ever sees the dialect it expects.
DisableRemoves only Prism-tagged entries and restores the non-Prism parts of your config untouched.
MCP accessAll 14 agents can also be granted access to the MCP gateway through their own MCP config file.
Nothing is destructive
Prism only ever edits blocks it tagged itself. Your own models, providers and settings elsewhere in the file are preserved, and the pre-setup file is kept as a backup.

Supported agents

AgentWhat Prism writesConfig file
Claude CodeANTHROPIC_* environment keys plus per-tier model mappings~/.claude/settings.json
Codex Desktop & CLIA managed provider block and a model catalog JSON~/.codex/config.toml
CursorBase URL and API key overrides in Cursor's model settingsCursor settings (manual)
Factory Droid[Prism]-tagged custom model entries~/.factory/settings.json
OpenCodeprism and prism-responses providers, plus a default model~/.config/opencode/opencode.json
ZCodeA provider block with limits, modalities and reasoning~/.zcode/v2/config.json
Grok BuildOne [model.prism-*] block per model, with api_backend per model~/.grok/config.toml
Zedlanguage_models.openai_compatible settings (JSONC)Zed settings.json
PiProvider entries and a model list~/.pi/agent/settings.json and models.json
Oh My Pi (OMP)prism and prism-responses providers~/.omp/agent/models.yml
Kimi Codeprism and prism-responses providers$KIMI_CODE_HOME/config.toml or ~/.kimi-code/config.toml
Prime AgentProvider entries and a model list, with WSL detection~/.prime/agent (or $PRIME_AGENT_CODING_AGENT_DIR)
EmpryoProvider entries keyed prism/<provider>/<model>%LOCALAPPDATA%\Empryo\config.json (Windows) or ~/.empryo/config.json
Hermesprism and prism-responses providers%LOCALAPPDATA%\hermes\config.yaml (Windows) or ~/.hermes/config.yaml
DeepSeek HarnessProvider routes merged into the llm-pi-ai row, for every profile$DSH_HOME (default ~/.dsh)

Manual clients

Some clients are not detected or written automatically, but work perfectly with a manual base URL. See their setup pages:

Smart routing in detail

A model's protocol is decided once, in Prism, and then respected by every agent integration. Models served by a Codex OAuth account — and any model explicitly marked api: "responses" — are written into the agent as a Responses endpoint. Everything else is written as a Chat Completions endpoint. In agents that support two provider slots, Prism registers both, which is why you often see prism and prism-responses side by side.

Grant an agent MCP access

The MCP tab's Agent access panel writes a Prism entry into each agent's own MCP config, carrying the header Authorization: Bearer prism. The agent then reaches every server you allowed through /mcp/<agent>, and never sees the upstream credentials. See MCP Gateway for the per-agent file list.

Per-agent setup guides