Skip to content

docs: clarify Coven as a substrate for harnesses, not a harness itself#15

Merged
BunsDev merged 1 commit into
mainfrom
docs/coven-substrate-framing
May 24, 2026
Merged

docs: clarify Coven as a substrate for harnesses, not a harness itself#15
BunsDev merged 1 commit into
mainfrom
docs/coven-substrate-framing

Conversation

@BunsDev
Copy link
Copy Markdown
Member

@BunsDev BunsDev commented May 24, 2026

What changed

Adds explicit substrate framing in three places:

getting-started.mdx

  • Replaces the old 'local-first runtime for harnesses' opener with a clear substrate definition
  • Adds a benefit list: provider independence, enforced boundaries, auditable history, unified client surface
  • New promise: 'One substrate. Any harness. Reproducible, auditable work.'

concepts.mdx (Coven definition)

  • Explicitly states Coven is not a harness
  • Explains what the substrate provides for harnesses that operate within it

what-is-a-harness.mdx

  • Adds prominent 'Coven is not a harness' note at the top of the page
  • Adds a read_when entry for the substrate distinction

Why

Readers new to Coven often confuse it with being another coding-agent harness (like Codex or Claude Code). This makes the substrate/harness distinction explicit and consistent across the three highest-traffic entry points.

Co-authored-by: Nova nova@opencoven.dev

- getting-started: replace 'local-first runtime for harnesses' with
  substrate framing; add benefits (provider independence, enforced
  boundaries, auditable history, unified client surface)
- concepts: expand Coven definition to explicitly state it is not a
  harness and explain what the substrate provides
- what-is-a-harness: add prominent 'Coven is not a harness' note at
  top of the page; add read_when entry for the substrate distinction

Co-authored-by: Nova <nova@opencoven.dev>
Copilot AI review requested due to automatic review settings May 24, 2026 21:25
@vercel
Copy link
Copy Markdown

vercel Bot commented May 24, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
coven-docs Ready Ready Preview May 24, 2026 9:25pm

@BunsDev BunsDev merged commit d8b3b77 into main May 24, 2026
2 checks passed
Copy link
Copy Markdown

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Clarifies Coven’s positioning in the docs as a runtime substrate that harnesses run within (not a harness itself), reducing confusion for new readers across key entry points.

Changes:

  • Reframes “What Coven Is” in Getting Started around the substrate/harness distinction and adds practical benefit bullets + updated promise line.
  • Updates Concepts to explicitly define Coven as not a harness and explains what the substrate provides to harnesses.
  • Adds an upfront “Coven is not a harness” note and a new read_when entry to the “What Is a Harness?” page.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 3 comments.

File Description
content/docs/harnesses/what-is-a-harness.mdx Adds explicit “Coven is not a harness” framing and reinforces the substrate boundary.
content/docs/guide/getting-started.mdx Rewrites the opener to define Coven as a substrate and enumerates why that matters.
content/docs/guide/concepts.mdx Strengthens the Coven definition to explicitly separate substrate vs harness responsibilities.

Coven is a local-first runtime for coding-agent harnesses. It runs supported CLIs such as Codex and Claude Code inside explicit project boundaries, records session metadata and events, and exposes the work through a CLI, TUI, and local socket API.
Coven is not a harness. It is the **substrate** that harnesses operate within.

A harness — Codex, Claude Code, or any future adapter — brings its own provider credentials, model selection, and tool runtime. Coven provides the shared layer underneath: enforced project boundaries, supervised PTY processes, an append-only session record, and a stable local API. When work passes through Coven, every run gains consistent lifecycle management, replay, and auditability regardless of which harness ran it.
- **Provider independence** — switch between Codex and Claude Code without rewiring your workflow; the substrate stays the same.
- **Enforced boundaries** — harnesses can only operate inside the project root you declared; no harness can silently widen scope.
- **Auditable history** — every session is recorded and replayable; completed work survives process restarts.
- **Unified client surface** — any client (CLI, TUI, CastCodes, OpenClaw, or a script) talks to any harness through one local API.

Coven is the local runtime substrate. It owns project-scoped harness sessions, PTYs, logs, local daemon state, and the socket API.

Coven is **not a harness**. Harnesses — Codex, Claude Code, and future adapters — are external coding-agent CLIs that operate *within* Coven's substrate. Coven provides the shared layer they all run on: enforced project boundaries, supervised PTY lifecycle, append-only session records, and a stable local API that any client can talk to regardless of which harness is running.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants