Bounded worker execution
Delegate narrow coding tasks to local or cheap workers while the supervisor stays focused on planning and review.
AI agent harness development platform
Use one strong supervisor model as the architect, then route bounded coding work to cheap local workers with deterministic verification, policy guardrails, and operator control.
Optimized for solo power users running local or mixed-model execution.
harness init --profile local harness doctor harness demo --list-tasks harness demo --dry-run --task ts-isUUID # then run one bounded task harness run tasks/ts-lib/ts-isUUID.json \ --repo test-repos/ts-lib
See it in action
See how the suite connects context, reasoning, execution, and verification in one local-first workflow.
What it does
Agent Harness is the execution layer between a high-skill supervisor and a pool of cheaper workers. The point is not raw autonomy. The point is repeatable bounded execution with evidence, routing, verification, and recovery you can actually trust.
Delegate narrow coding tasks to local or cheap workers while the supervisor stays focused on planning and review.
Check expected text, file scope, policy, and test commands before a task is allowed to pass.
Generate current-schema configs with local, distributed, or semantic profiles instead of hand-assembling JSON from source code.
Doctor checks, reports, approvals, audit logs, and structured artifacts make failures and recoveries explainable.
Mix Ollama, LM Studio, Anthropic, OpenAI, and OpenAI-compatible endpoints behind one model registry and router.
Run a local single-user harness today, then move to controller plus workers without changing the product story.
How it works
Clone the source repository and run its npm scripts, or start the Docker Compose stack. Native downloads are listed separately when a verified build is available.
Use `harness init --profile ...` to create a current config, then `harness doctor` to verify paths, git, and model connectivity.
Point the harness at a repo and one or more task definitions. A supervisor can route, verify, escalate, or require approval.
Use reports, audit logs, approvals, and demo flows to understand outcomes and recover from the common failure cases.
First-run shape
Start with `harness init`, `harness doctor`, and `harness demo`. Expand to distributed workers, semantic context, and approvals only when your workflow actually needs them.
Positioning
| Capability | Agent Harness | Aider | OpenHands | Cursor |
|---|---|---|---|---|
| Local-first architecture | Yes | No | No | No |
| Local-worker orchestration | Yes | No | Yes | No |
| Structured approvals and policy | Yes | No | No | No |
| Profile-driven init and doctor | Yes | No | No | No |
| Distributed controller and workers | Yes | No | Yes | No |
| Soft-stable reports and CLI surface | Yes | No | No | No |
What you can run today
Start with a local profile, route work to the right model, and inspect the evidence before you trust the result.
Profile-driven init, doctor checks, and a config-first workflow so you tune the harness to your stack instead of adapting to a fixed pipeline.
Run real task suites against candidate models, capture the evidence, and get a capability map and scorecards you can route on with confidence.
Every claim of success gets independently checked before it's trusted — not just reported by the worker that made it.
Structured reports and audit logs make every failure and recovery explainable, so a bad run is a debuggable event, not a mystery.
One router in front of Ollama, LM Studio, Anthropic, OpenAI, and OpenAI-compatible endpoints — no lock-in to a single provider.
FAQ
Yes. Agent Harness runs entirely on your own machine using Docker Compose and local models. No cloud dependency required.
It gives supervisors a reliable way to delegate bounded coding work to cheaper workers while keeping verification, policy, routing, and recovery under operator control.
No, but that is the primary wedge. Agent Harness also supports hosted and OpenAI-compatible providers through the shared adapter layer.
Generate a config with `harness init --profile local`, run `harness doctor`, then inspect or run the built-in `harness demo` scenario.
Not in this cycle. Team-ready operation is planned later, but the current roadmap explicitly keeps standalone local use as the primary product path.
Use the install guide, quickstart, and examples docs. They map directly to the current first-run CLI and tested example configs.
From the blog
Affiliate Program
Refer paying builders and earn 30% on every invoice they pay for the next 12 months.
30%
Commission
12 invoices
Window
60 days
Cookie
Start with the tested quickstart flow, inspect one demo task, and validate the example configs before you wire it into a bigger agent stack.