Quick Start

zeroshot run 123                    # GitHub issue number
zeroshot run feature.md             # Markdown file
zeroshot run "Add dark mode"        # Inline text

Or describe a complex task inline:

zeroshot run "Add optimistic locking with automatic retry: when updating a user,
retry with exponential backoff up to 3 times, merge non-conflicting field changes,
and surface conflicts with details. Handle the ABA problem where version goes A->B->A."

Why Not Just Use a Single AI Agent?

| Approach | Writes Code | Runs Tests | Blind Validation | Iterates Until Verified | | -------------------------- | ----------- | ---------- | ---------------- | ----------------------- | | Chat-based assistant | ✅ | ⚠️ | ❌ | ❌ | | Single coding agent | ✅ | ⚠️ | ❌ | ⚠️ | | Zeroshot (multi-agent) | ✅ | ✅ | ✅ | ✅ |

Use Cases

• Autonomous AI code refactoring
• AI-powered pull request automation
• Automated bug fixing with validation
• Multi-agent code generation for software engineering
• Agentic coding workflows with blind validation

Who Is This For?

• Senior engineers who care about correctness and reproducibility
• Teams automating PR workflows and code review gates
• Infra/platform teams standardizing agentic workflows
• Open-source maintainers working through issue backlogs
• AI power users who want verification, not vibes

Install and Requirements

Platforms: Linux, macOS. Windows (native/WSL) is deferred while we harden reliability and multi-provider correctness.

npm install -g @covibes/zeroshot

Requires: Node 18+, at least one provider CLI (Claude Code, Codex, Gemini, Opencode).

# Install one or more providers
npm i -g @anthropic-ai/claude-code
npm i -g @openai/codex
npm i -g @google/gemini-cli
# Opencode: see https://opencode.ai

# Authenticate with the provider CLI
claude login        # Claude
codex login         # Codex
gemini auth login   # Gemini
opencode auth login # Opencode

# GitHub auth (for issue numbers)
gh auth login

Providers

Zeroshot shells out to provider CLIs. Pick a default and override per run:

zeroshot providers
zeroshot providers set-default codex
zeroshot run 123 --provider gemini

See docs/providers.md for setup, model levels, and Docker mounts.

Why Multiple Agents?

Single-agent sessions degrade. Context gets buried under thousands of tokens. The model optimizes for "done" over "correct."

Zeroshot fixes this with isolated agents that check each other's work. Validators can't lie about code they didn't write. Fail the check? Fix and retry until it actually works.

What Makes It Different

• Blind validation - Validators never see the worker's context or code history
• Repeatable workflows - Task complexity determines agent count and model selection
• Accept/reject loop - Rejections include actionable findings, not vague complaints
• Crash recovery - All state persisted to SQLite; resume anytime
• Isolation modes - None, git worktree, or Docker container
• Cost control - Model ceilings prevent runaway API spend

When to Use Zeroshot

Zeroshot performs best when tasks have clear acceptance criteria.

| Scenario | Use | Why | | ----------------------------------------------- | --- | ------------------------- | | Add rate limiting (sliding window, per-IP, 429) | Yes | Clear requirements | | Refactor auth to JWT | Yes | Defined end state | | Fix login bug | Yes | Success is measurable | | Fix 2410 lint violations | Yes | Clear completion criteria | | Make the app faster | No | Needs exploration first | | Improve the codebase | No | No acceptance criteria | | Figure out flaky tests | No | Exploratory |

Rule of thumb: if you cannot describe what "done" means, validators cannot verify it.

Command Overview

# Run
zeroshot run 123                      # GitHub issue
zeroshot run feature.md               # Markdown file
zeroshot run "Add dark mode"          # Inline text

# Isolation
zeroshot run 123 --worktree       # git worktree
zeroshot run 123 --docker         # container

# Automation (--ship implies --pr implies --worktree)
zeroshot run 123 --pr             # worktree + create PR
zeroshot run 123 --ship           # PR + auto-merge on approval

# Background mode
zeroshot run 123 -d
zeroshot run 123 --ship -d

# Control
zeroshot list
zeroshot status <id>
zeroshot logs <id> -f
zeroshot resume <id>
zeroshot stop <id>
zeroshot kill <id>
zeroshot watch

# Providers
zeroshot providers
zeroshot providers set-default codex

# Agent library
zeroshot agents list
zeroshot agents show <name>

# Maintenance
zeroshot clean
zeroshot purge

Multi-Platform Issue Support

Zeroshot works with GitHub, GitLab, Jira, and Azure DevOps. Just paste the issue URL or key. When working in a git repository, zeroshot automatically detects the issue provider from your git remote URL. No configuration needed!

# GitHub
zeroshot run 123
zeroshot run https://github.com/org/repo/issues/123

# GitLab (cloud and self-hosted)
zeroshot run https://gitlab.com/org/repo/-/issues/456
zeroshot run https://gitlab.mycompany.com/org/repo/-/issues/789

# Jira
zeroshot run PROJ-789
zeroshot run https://company.atlassian.net/browse/PROJ-789

# Azure DevOps
zeroshot run https://dev.azure.com/org/project/_workitems/edit/999

Requires: CLI tools (gh, glab, jira, or az) for the platform you use. See issue-providers README for setup and self-hosted instances.

Important for --pr mode: Run zeroshot from the target repository directory. PRs are created on the git remote of your current directory. If you run from a different repo, zeroshot will warn you and skip the "Closes #X" reference (the PR is still created, but won't auto-close the issue).

Architecture

Zeroshot is a message-driven coordination layer with smart defaults.

• The conductor classifies tasks by complexity and type.
• A workflow template selects agents and validators.
• Agents publish results to a SQLite ledger.
• Validators approve or reject with specific findings.
• Rejections route back to the worker for fixes.

                                ┌─────────────────┐
                                │      TASK       │
                                └────────┬────────┘
                                         │
                                         ▼
                ┌────────────────────────────────────────────┐
                │                 CONDUCTOR                  │
                │     Complexity × TaskType → Workflow       │
                └────────────────────────┬───────────────────┘
                                         │
           ┌─────────────────────────────┼─────────────────────────────┐
           │                             │                             │
           ▼                             ▼                             ▼
     ┌───────────┐                ┌───────────┐                ┌───────────┐
     │  TRIVIAL  │                │  SIMPLE   │                │ STANDARD+ │
     │  1 agent  │──────────▶     │  worker   │                │ planner   │
     │ (level1)  │  COMPLETE      │ + 1 valid.│                │ + worker  │
     │ no valid. │                └─────┬─────┘                │ + 3-5 val.│
     └───────────┘                      │                      └─────┬─────┘