Covendocs

Core concepts

The four boundaries that make Coven useful.

1 min read

Coven is not a harness

Coven is the local runtime around a coding-agent CLI. A harness such as Codex or Claude Code owns its model, provider authentication, and in-process tools. Coven owns the project boundary, PTY lifecycle, session record, and local API.

Project boundary

Each session has a canonical project root and an optional working directory inside it. Clients can suggest those values, but the daemon validates them before launch. A harness cannot widen the workspace by passing another path.

Session record

A session is the durable record of one harness run: its identity, project, harness, status, timestamps, output events, and exit details. You can attach to a live session, replay a completed one, archive it, or deliberately delete it.

Local authority

The daemon is one same-user process per COVEN_HOME profile. It owns live PTYs and the SQLite-backed session ledger, then serves the supported /api/v1 contract over a Unix socket on Unix-like hosts or an owner-only named pipe on Windows. The CLI and other local clients ask it to act; they do not become the enforcement boundary.

Provider boundary

Coven does not collect or proxy provider credentials. Authenticate with the harness or its provider, then let Coven supervise the resulting local process. This keeps provider choice separate from session governance.

Read Harnesses, Daemon, or the local API when you need the implementation detail.

Was this page helpful?No

Last updated on

On this page