This is an early release preview. You may encounter bugs.
Zeroshot logo
Unclaimed

Harness coding qa

Zeroshot

Independent executor–verifier orchestration for software changes.

A 80/100 GitHub score ? This grade is derived from GitHub signals, not user votes. Open for the full breakdown.
Discussion

01 / Summary

About Zeroshot.

Zeroshot turns a software goal into an explicit multi-agent graph: one agent implements the change, independent agents review it, rejected work goes to a bounded repair loop, and nothing is delivered until the graph's checks pass. The implementing agent never approves its own work. Zeroshot does not replace a coding agent. It runs Claude Code, Codex, or GitHub Copilot as both the worker and the reviewers, and local runs can reuse that harness's existing login.

In the built-in software-change graph, a worker implements the task, then acceptance and code reviewers check the result in parallel. Rejected work goes to one repair worker with both reviews' feedback and back through both reviews. With delivery enabled, accepted work continues through the configured Git and CI steps, and delivery conflicts return through repair and review. The graph defines the sequence, parallel steps, retry paths, and exit conditions before execution starts, and every run records its events in a durable SQLite ledger.

A passing run means its configured checks accepted the work, so coverage depends on the requirements, reviewers, tests, and environment you supply. You can extend the graph with your own stages (adversarial tests, end-to-end tests) and save a graph with its per-node model settings as a reusable profile, shared between the CLI and the browser UI.

Zeroshot ships as a native executable. Graphs run locally or on a self-hosted Docker target that bundles the engine with the Codex, Claude, and GitHub Copilot harness CLIs and serves its own profile editor and run viewer.

  • Independent review: acceptance and code reviewers check the worker's output in parallel, and the implementing agent never signs off on its own change
  • Bounded repair loop: rejected work goes to a repair worker with both reviews' feedback, then through both reviews again
  • Custom graph topology: choose each agent's model and instructions, which steps run in parallel, and where failures go for repair
  • Profiles: save a graph and its per-node runtime settings for reuse from the CLI or the browser UI
  • Delivery modes: keep work local, push the branch, prepare a pull request, or proceed through PR, CI, and merge
  • Auto-research graph: bounded iterations where scouts propose directions, a planner picks an experiment, and independent judges review evidence, method, and progress
  • Durable ledger: run events are recorded in SQLite, and a failed run with a recoverable workspace can be restarted or resumed
  • Self-hosted target: a Docker image keeps execution and durable state on your own infrastructure

02 / Discussion CREDIBILITY-GATED

Discussion

Reading is open to everyone. Posting and voting need a verified identity or a GitHub grade of B or higher.

  • No discussions yet.

04 / Build

Build with Zeroshot.

Browse the catalog for frameworks, tools, and harnesses, each scored on real GitHub credibility.

Get Zeroshot →

Browse the catalog