Skip to main content

The agent framework where nothing is done until a grader returns a verdict — verification + grounded perception (AgentVision eyes), compounding memory, a fleet, agent-built tooling, and agent-run CI/CD.

Project description

Verel — Verified Agents 👁️🧠

Verel — the agent framework where nothing is done until a grader returns a verdict

PyPI tests lint MIT LLM

Problem: AI agents declare work “done” on their own say-so — shipping broken UIs, failing tests and unverified claims they can’t actually check. Result: Verel makes “done” a verdict, not an opinion — every action is graded by real senses (including eyes, via AgentVision), and only verified work compounds into the fleet’s shared memory.

Verel is an agent framework built on the idea that every agent action is a hypothesis:

write → perceive → gate (verdict bus) → fix → re-render → pass (self-computed)

One verdict bus unifies vision + tests + lint + types into a single pass / warn / fail, so progress, “done”, and what compounds are all decided in one place — with grader attestation so a hollow check can’t mint green.

The 60-second pitch

pip install verel
verel doctor                 # check your environment
verel heal --repo .          # self-healing CI: failing tests → agent fixes → green
from verel.ci import inner_loop_stage, self_heal
result = self_heal(".", inner_loop_stage(".", with_lint=False))   # tests fail → agent patches → pass
print(result.healed, result.terminated_on)

Default LLM is Ollama Cloud (~/.config/ollama/key, model qwen3-coder:480b); set VEREL_LLM_PROVIDER=openai to switch. Claude is one branch away in agents/llm.py.

Verel architecture — the five organs and the eval-driven loop

The five organs

Organ Module What it does
🧠 Brain verel.memory Memory that compounds — trust + provenance, consolidation, and a held-out, attested promotion gate. Only verified facts/skills graduate to shared memory. Backends: zero-dep LocalMemory or rented mem0, semantic recall via embeddings.
👁️ Eyes verel.senses AgentVision as a perception organ (DOM/contrast/OCR grounded) feeding both the verdict bus and the brain as one of many senses.
⚖️ Verdict bus verel.verdict One schema for every sense, with an advisory ceiling clamp, grader attestation, scrubbed fingerprints, and strict-subset stuck/progress detection.
🚁 Fleet verel.fleet Agents managing agents — an LLM manager fans out, a single-writer scheduler runs workers in isolated git worktrees under budget, each gated by the bus.
🔧 Tool-smith verel.toolsmith Agents build their own tools: detect → scaffold → test → register → reuse, sandboxed (bwrap), admitted only on a passing attested eval.
♻️ Agent-run CI/CD verel.ci Self-healing pipeline (inner-loop → pre-commit → pre-merge → canary) with a deterministic rollback engine that never acts on advisory evidence.

What makes it trustworthy

  • Grader attestation — a required grader must present a signed run_receipt proving it ran the frozen suite over the changed files. A hollow PASS, issues=[] fails the gate.
  • Precise vs advisory — per-issue trust keys off the source (DOM/CV/OCR/test = precise; vision/LLM-judge = advisory, clamped to warn). Destructive actions (rollback) never depend on advisory evidence.
  • Only verified work compounds — a consolidated rule starts inferred and reaches verified only by passing a held-out, agent-inaccessible eval (with a leakage canary).
  • Dogfooded — Verel gates its own development with its own verdict bus (CI runs the pre-merge gate over Verel and asserts pass). The infographic above was rendered and verified by the eyes Verel ships.

Many faces, one core

Surface For
Library (import verel) Python apps & custom harnesses
CLI (verel …) doctor · loop · fleet · heal · ci
CI CLI / git hook (verel-ci, python -m verel.ci) agent-run CI, pre-commit gates
MCP server (verel-mcp) Cursor, Claude, any MCP host

Try the demos

python examples/demo_selfheal.py         # failing tests → agent patches code → green
python examples/demo_overflow_loop.py    # fix a UI until AgentVision returns pass
python examples/demo_fleet_worktrees.py  # LLM manager fans out → isolated-worktree workers
python examples/demo_h2_moat.py          # measure cross-tenant skill transfer → moat decision
python examples/demo_canary_rollback.py  # bad merge fails canary → safe auto git-revert

Honesty (what we do not claim)

  • The in-process tool guard is a guardrail, not a sandbox — real isolation is the bwrap container runner (isolation="container"); full network/seccomp containment is the production §7.7 runner.
  • The moat (a public verified-skill registry) is a bet, not a given — verel.registry ships the H2 experiment to measure whether skills transfer across tenants before you build it.
  • Advisory (vision/LLM) findings are advisory; they inform, they don’t gate destructive acts.

Documentation

License

MIT © Amit Patole · eyes by AgentVision

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

verel-0.3.2.tar.gz (145.8 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

verel-0.3.2-py3-none-any.whl (93.0 kB view details)

Uploaded Python 3

File details

Details for the file verel-0.3.2.tar.gz.

File metadata

  • Download URL: verel-0.3.2.tar.gz
  • Upload date:
  • Size: 145.8 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: uv/0.11.21 {"installer":{"name":"uv","version":"0.11.21","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Rocky Linux","version":"9.5","id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}

File hashes

Hashes for verel-0.3.2.tar.gz
Algorithm Hash digest
SHA256 7ba4e72f6c122415f69dd964a41a6f4cb019dffb1ba5df640905be2a808d819d
MD5 075cd5dcde6f18d4a3d076608e421bd2
BLAKE2b-256 8d3a4d28fcf93d19b99922925ca6c0c9ca3bced94409488c8a08d0cdb08cf2a9

See more details on using hashes here.

File details

Details for the file verel-0.3.2-py3-none-any.whl.

File metadata

  • Download URL: verel-0.3.2-py3-none-any.whl
  • Upload date:
  • Size: 93.0 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: uv/0.11.21 {"installer":{"name":"uv","version":"0.11.21","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Rocky Linux","version":"9.5","id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}

File hashes

Hashes for verel-0.3.2-py3-none-any.whl
Algorithm Hash digest
SHA256 a7f68c01d3f07afb4585ba71a08b6bfac7bc8cbb7a5a2f9a5b93b01319cdceef
MD5 6c68e3d76f896e1c98124b62923d954e
BLAKE2b-256 845d02ed7e0c4e50d5fe6575cac528b4714172249ef277ab7ab8f97352eb4771

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page