doc_schema: coding-harness-doc/v1 doc_type: product authority: canon canon_class: canonical distribution: source-only audience: [human-operator, coding-harness-maintainer, codex-agent] lifecycle_state: active owner: coding-harness-maintainers created: 2026-06-04 last_reviewed: 2026-07-31 review_cadence: quarterly maintenance_trigger: [product-surface-change, install-workflow-change, release-contract-change] semver_impact: minor validated_by: [pnpm docs:lifecycle] depends_on: [ARCHITECTURE.md, docs/README.md, harness.contract.json]

SynAIpse

SynAIpse is a small delivery harness for AI-assisted repository work. It helps an agent understand the named task, take one useful action, run repository proof, and report local and hosted truth separately. It is not an agent runtime or a substitute for independent review.

Start here

Use the job that matches the immediate need.

The CLI reference is the complete routine command catalogue. Internal and expert operations are intentionally absent from the default journey and require a named consumer or task scope.

Install

Install the published CLI when you need it outside this source checkout:

pnpm add -g @brainwav/coding-harness
harness next --json

For a source checkout, use the current-tree probe while developing, or build before exercising the package-facing binary:

node --import tsx src/cli.ts next --json
pnpm build
pnpm exec harness next --json

The package root resolves to the built dist/cli.js entrypoint for consumers; importing it is side-effect-free. Use the harness binary (or a direct CLI invocation) when you intend to execute a command.

Preview installation before any writes:

harness init --minimal --dry-run --json

Minimal install creates only harness.contract.json. Its compact contract explicitly selects no CI checks or review policy; it does not infer a workflow, memory system, docs site, hooks, tracker, or governance pack. Use harness contract init --preset standard --force only when a repository chooses that broader policy.

Verify and close out

Use the repository's own focused checks first. verify-work --fast keeps Local Memory out of routine execution: optional mode does not invoke its helper or daemon and does not block repository proof. Use bash scripts/codex-preflight.sh --stack auto --mode required only for an explicit Local Memory diagnostic or acceptance lane. verify-work --fast reports local validation only. It does not establish a pull request's CI, review, approval, merge, release, or deployment state.

After a PR exists, pr-closeout reports those external lanes separately. It does not approve, merge, publish, or release a change.

Maintainers

Read AGENTS.md, then CODESTYLE.md. The CLI reference is the checked command catalogue; contributor validation owns broader gates. The tag-driven private npm release workflow bootstraps the repository-pinned uv runtime before artifact validation; local checks do not prove publication. Keep the stable product surface small and move unselected expert capability out of the routine path. Keep the truth-bounded recovery status in docs/roadmap/agent-first-status.md and its weekly cadence entry in harness.contract.json current together. Routine corrections stay local, or record no_system_change with the reason, checked scope, and no-durable-destination decision; promote shared guidance only for a contradictory contract, a crossed safety boundary, recurrence across independent work, or a named current consumer that requires a reusable rule.

Claims boundary

Local command output and tests prove only their recorded local behavior. GitHub PR state, CI, review threads, approvals, merge, package publication, and release each require current evidence from their authoritative system.