CovenDocs
HarnessesSetupInstall Harness CLIs

Install Harness CLIs

How to install Codex, Claude Code, Copilot CLI, and the Coven Code engine for Coven, how detection works, and how to recover from PATH or auth setup problems.

2 min read

Coven manages one harness itself—the bundled Coven Code engine—and detects every other harness CLI on PATH. External harnesses are installed and authenticated through their own provider's tooling.

Built-in harnesses

Harness idExecutableInstall commandProvider login
codexcodexnpm install -g @openai/codexcodex login
claudeclaudenpm install -g @anthropic-ai/claude-codeclaude auth login
copilotcopilotnpm install -g @github/copilotcopilot login
coven-codecoven-codecoven engine installInside Coven Code (/connect)

Beyond these, trusted adapter recipes (grok, hermes) and your own manifests can register external harnesses—see Custom adapters.

After installing an external provider CLI, use Coven's consent-gated handoff instead of asking Coven to own the credential:

coven setup codex
coven setup claude
coven setup copilot
coven doctor

coven setup prints the exact provider-owned login command and requests consent before giving it direct terminal access. coven doctor reports whether the executable and local runtime are ready; it does not read provider credentials.

Optional provider verification

Request a bounded provider turn only when stronger evidence is worth network access and possible provider usage or cost:

coven setup codex --verify
coven setup claude --verify-only

Login and verification receive separate consent prompts. Verification uses ephemeral Coven state and a 300-second process bound. A single-provider verification can publish a minimal redacted report with --report-json <new-path>.

See Provider setup for outcomes and report constraints.

Detection flow

Rendering diagram…

Only registered harness ids are accepted: the built-ins plus any adapter manifests configured on the machine running Coven. A client cannot send an arbitrary executable path through the daemon API.

PATH and daemon environment

If you install a harness after the daemon is already running, restart the daemon so the process environment is fresh:

coven daemon restart
coven doctor

If coven doctor still reports a missing harness, check duplicate or unexpected binaries:

which -a codex
which -a claude
which -a copilot

The bundled engine is not a PATH install: use coven engine status and coven engine which instead—see Coven Code harness.

First launch

coven run codex "describe this project"
coven run claude "review this project for risky defaults"
coven run copilot "summarize open TODOs"

Use Provider auth boundary if a harness launches but exits with a provider login error.

Was this page helpful?No