Setup
1
Install the CLI
Pick the path that matches your OS. All paths install the same The Linux and Windows scripts install to
openlit binary built by cli-release.yml.~/.openlit/bin/openlit and %USERPROFILE%\.openlit\bin\openlit.exe respectively. The Linux script prints a PATH-add hint if the directory is not already on $PATH; the Windows script updates user-scope PATH automatically (open a new terminal to pick it up).If you prefer to build from source: go install github.com/openlit/openlit/cli/cmd/openlit@latest.2
Wire each vendor
openlit coding install writes the right hook config for the agent you pass and is fully idempotent. You can also point at the plugin marketplace and let the agent pull the manifest itself, or invoke the agent through openlit coding launch which auto-installs and execs.- Claude Code
- Cursor
- Codex
~/.claude/plugins/openlit-cc/. Hooks wired: SessionStart, UserPromptSubmit, PreToolUse, PostToolUse, Stop, SubagentStop, SessionEnd. Claude Code’s transcript JSONL (transcript_path in the hook payload) is tailed on SessionStart for early model attribution and on SessionEnd for authoritative token usage and cost.Optional: Claude Code’s native OpenTelemetry exporter. If you’d rather not install the plugin, or you want a second signal source for cross-checking, you can point Claude Code’s built-in OTel exporter at your OpenLIT collector instead. Both paths can run side by side - OpenLIT dedupes per session.id (Claude Code’s authoritative cost/tokens from the native path win, while the hook path provides the repository/working-folder context that Claude Code itself can’t see).3
Verify
Run any short coding-agent session, then refresh the Agents page in your OpenLIT UI. You should see a new row labelled with the vendor and a “Coding” badge. Click in for the dedicated Overview / Sessions / Users tabs.
Configure
Everything below is a setting you can change at any point after setup - none of it needs to happen up front.Endpoint, API key, and content capture
The fastest path isopenlit configure - it answers the same questions a CI / Helm chart would set via env. The result is written to ~/.config/openlit/config.env (Linux/macOS) or %APPDATA%\openlit\config.env (Windows). For headless / fleet rollouts, prefer env vars or flags directly - they take precedence over the file (flags > env > config file).
Standard
OTEL_EXPORTER_OTLP_* variables are honoured as fallbacks so existing OTel users can reuse their setup. Re-run openlit configure (or update the env vars) any time - changes apply to the next session, no reinstall of the vendor hooks needed.
Stop tracking / uninstall
The inverse ofopenlit coding install. Removes the per-vendor host plugin manifests written by install, deregisters the plugin from the vendor’s own CLI where applicable (Claude Code, Codex), and leaves your shared config alone by default so you can re-onboard without re-entering credentials.
The
openlit binary itself is not touched. Uninstall it the way you installed it:
openlit coding install --vendor=<v> later - it’s idempotent and will re-wire the same manifest.
Troubleshooting
No row showing up, or hooks running with no spans landing? Start here.

