Observed since 20 Oct, 22:16 UTC
No superseded metadata states collected. Unchanged observations do not create new revisions.
Deterministic quality gates for AI-assisted development
Enforce. Enforce. Enforce.
Stop the slop. AI agents aren't sloppy — the human toolchains they inherited are.
44 rules · 5 stacks · <500ms · Zero config
Quick Start · The Problem · Stacks · For AI Agents · Contributing
PyPI: Install as
agentic-harness— theagent-harnessname is reserved by an unrelated abandoned package (transfer pending). CLI command isagent-harness.
Agent: writes Dockerfile, commits
↓
agent-harness lint → FAIL: no USER directive, no HEALTHCHECK, COPY . . before pip install
↓
Agent: reads errors, fixes all three, re-lints
↓
agent-harness lint → 10 passed, 0 failed (476ms)
↓
Agent: commits clean code. No human involved.
Dockerfiles without USER directives. Compose files without healthchecks. Secrets hardcoded in ENV. Dependency caches busted on every build. Coverage gates that don't exist. Formatters that never run.
This isn't the AI's fault. These are human-built toolchains with decades of accumulated slop — implicit defaults, silent failures, missing guardrails. Humans learned to work around them through tribal knowledge. AI agents don't have tribal knowledge. They just hit the wall.
Agent Harness is the wall that talks back. One CLI, deterministic feedback, actionable error messages. Every rule exists because an AI agent made that exact mistake — and will keep making it until something stops it.
$ agent-harness lint
PASS conftest-gitignore (39ms)
PASS conftest-json (0ms)
PASS yamllint (117ms)
PASS file-length (0ms)
PASS ruff:format (50ms)
PASS ruff:check (118ms)
PASS ty (109ms)
PASS conftest-python (43ms)
8 passed, 0 failed (476ms)
AI agents are as good as the feedback they get. Human toolchains give terrible feedback — or none at all.
| The slop | What the agent does | What the harness does |
|---|---|---|
.gitignore is "optional" | Commits .env with real secrets | Policy catches it before commit |
| Dockerfile layer order is tribal knowledge | COPY . . before pip install — 5min rebuilds | Layer ordering policy enforces correct order |
pytest.mark.untit silently selects nothing | Thinks tests pass (zero ran) | Strict markers policy catches the typo |
| Compose healthcheck is "recommended" | Deploy "succeeds," service is dead | Healthcheck policy fails the lint |
| Formatters exist but nobody runs them | Reformats differently each iteration | Formatter runs on every commit, enforcing consistency |
An agent can't act on "consider using healthchecks." It can act on "FAIL: services.api missing healthcheck — add healthcheck: block."
That's the difference between documentation and a harness. Documentation hopes. A harness enforces.
We'll build AI-first frameworks eventually. Until then, agents have to work with what humans built. Agent Harness makes that survivable.
# Install
uv tool install agentic-harness # or: pip install agentic-harness
# Detect stacks + subprojects
agent-harness detect
# Set up configs and Makefile
agent-harness init
# Run all checks
agent-harness lint
# Auto-fix what's fixable, then lint
agent-harness fix
Agent Harness auto-detects your project and activates the right checks. Zero config required.
Detected by pyproject.toml, setup.py, requirements.txt
| Tool | What it checks |
|---|---|
| ruff | Linting + formatting (fastest Python linter) |
| ty | Type checking |
| conftest | pytest strict-markers, coverage >=90%, verbose output, ruff config |
| file-length | No file exceeds 500 lines |
Detected by package.json, tsconfig.json
| Tool | What it checks |
|---|---|
| Biome | Linting + formatting (single Rust-based tool, ~20x faster than ESLint) |
| Framework type checker | astro check, next lint, or tsc --noEmit — auto-detected |
| conftest | engines field, type: "module", no wildcard * versions |
Detected by Dockerfile, docker-compose*.yml
| Tool | What it checks |
|---|---|
| hadolint | Dockerfile best practices (DL/SC rules) |
| conftest | Layer ordering, cache mounts, USER directive, HEALTHCHECK, secrets in ENV/ARG, base image pinning (discovers all Dockerfiles in tree) |
| conftest (compose) | Healthchecks, restart policies, image pinning, port binding, $$ escaping, no bind mounts, no inline configs |
Detected by dokploy-network reference in compose files
| Tool | What it checks |
|---|---|
| conftest | traefik.enable=true on labeled services, dokploy-network for routed services |
Always active on every project.
| Tool | What it checks |
|---|---|
| yamllint | YAML syntax, duplicate keys, truthy values |
| conftest | .gitignore completeness (stack-aware), JSON validity |
| file-length | Extension-aware: .py/.ts 500 lines, .astro/.vue 800 lines |
Zero config by default — stacks are auto-detected. Override with .agent-harness.yml:
stacks:
- python
- docker
- javascript
exclude:
- _archive/
- vendor/
python:
coverage_threshold: 95
line_length: 140
max_file_lines: 500
javascript:
coverage_threshold: 80
docker:
own_image_prefix: "ghcr.io/myorg/"
Skip individual policies per file when legitimate:
docker:
conftest_skip:
scripts/autonomy/Dockerfile:
- dockerfile.user # runs as root intentionally
- dockerfile.healthcheck # not a service
See SKILL.md for the full list of exception IDs.
| Command | Description |
|---|---|
agent-harness detect | Show detected stacks and subprojects |
agent-harness init | Scaffold configs, Makefile, show tool availability |
agent-harness init --apply | Apply auto-fixes and create missing config files |
agent-harness lint | Run all checks — exits non-zero on failure |
agent-harness fix | Auto-fix (ruff, biome), then lint |
agent-harness security-audit | Scan working dir for vulnerable deps + leaked secrets |
agent-harness security-audit-history | Deep scan full git history for leaked secrets |
Agent writes code
↓
agent-harness lint
↓
┌─ PASS → commit
└─ FAIL → agent reads error → agent fixes → re-lint
Every error message is actionable. Every Rego policy has a structured comment:
# WHAT: What this rule checks
# WHY: Why it matters for AI agents
# WITHOUT IT: What breaks in practice
# FIX: How to resolve the violation
.rego fileThe WHY exists because agents make these specific mistakes. It's the agent's argument.
Agent Harness ships as a Claude Code plugin with guidance docs:
# Load as plugin
claude --plugin-dir /path/to/agent-harness
# Or add to your shell alias
alias c="claude --plugin-dir ~/path/to/agent-harness"
The plugin includes:
┌─────────────────────────────────────┐
│ Framework (Django, FastAPI, Next.js)│ ← future
├─────────────────────────────────────┤
│ Stack (Python, JS/TS, Go) │
├─────────────────────────────────────┤
│ Infrastructure (Docker, Dokploy) │
├─────────────────────────────────────┤
│ Universal │ ← always active
└─────────────────────────────────────┘
Each layer composes on top of the previous. Adding a new stack = creating a new directory. Each check is a self-contained file with its own docstring, test, and single responsibility.
Agent Harness orchestrates external tools — it doesn't embed them:
| Tool | Purpose | Fallback |
|---|---|---|
| conftest | Rego policy engine | Required |
| hadolint | Dockerfile linting | Required for Docker |
| ruff | Python linting + formatting | uv run fallback |
| ty | Python type checking | uv run fallback |
| Biome | JS/TS linting + formatting | npx fallback |
| yamllint | YAML validation | uv run fallback |
uv run or npxActively developed. See PLANS.md for roadmap.
Current: 44 Rego deny rules, 5 stacks (Python, JavaScript, Docker, Dokploy, Universal), 201 Python tests, 109 Rego tests.
See CONTRIBUTING.md.
Every Rego policy follows the WHAT/WHY/WITHOUT IT/FIX pattern. Every Python check has a self-documenting docstring. Adding a rule? Write the WHY first — if you can't articulate why an AI agent needs this specific check, it doesn't belong here.
Apache 2.0 — see LICENSE.
🦎 Cold-blooded enforcement since mid 2025.
Built by Denis Tomilin at Yose Labs
Download counts and popularity will appear here as the collector receives them.
| Version | Published | Direct dependencies | Open version |
|---|---|---|---|
| 0.3.3 | 13 Apr 2026 | 3 |
This describes our collected data; it is not a security assessment.
Observed since 20 Oct, 22:16 UTC
No superseded metadata states collected. Unchanged observations do not create new revisions.
package:72434a922b3ca49e026b3b7efd7179f78f586184902e5b4079c45ea24687c9d4