Skip to content

transcend-harness

Interviews the developer, detects the stack, and generates a bespoke, committed .claude/ harness — then helps maintain and improve it over time.

Run /transcend-init inside any project and transcend interviews you, detects your stack, and writes a harness tailored to your answers — every convention rendered as docs, an advisory nudge, or a hard block, at the enforcement tier you choose per rule.

Architecture

Layering and module boundaries, codified into CLAUDE.md plus path-scoped .claude/rules/.

Architecture pillar →

Testing

Framework, coverage, TDD-vs-after — made explicit and enforced at the tier you choose.

Testing pillar →

Context & Handoff

The centerpiece: compact per-session handoff docs that auto-load next session, so you resume cheaply and keep context light.

Context & handoff pillar →

Specialized Workflows

A curated catalog — frontend/UX audit, visual regression, a11y, contract tests — wired in based on your stack.

Specialized workflows pillar →

Delivery Pipeline

Opt-in: PM, architect, coder, and research subagents driven by a local issue store — plan a goal, then /loop through the roadmap until it’s done.

Delivery pipeline pillar →

Every convention can be rendered at one of three tiers, chosen per-rule during the interview:

TierMechanismExample
1 — DOCSCLAUDE.md + .claude/rules/*.md (path-scoped)“Push only on green.”
2 — ADVISORYnon-blocking PostToolUse/Stop hooks that nudgewarn when src changed but no test changed
3 — BLOCKINGPreToolUse hooks that denyblock git push when tests are red

Block only what genuinely must not happen; nudge the rest; document everything. Read more in Enforcement Tiers and the Philosophy.

transcend-harness pairs with transcend-mcp — a code-intelligence MCP server that gives your agent a cheap static map of the repository plus live language-server navigation. The harness shapes how your agent works; transcend-mcp gives it eyes on the codebase.