vaaraio/vaara
DevOpsLive in productionAccountable Autonomy: open-source evidence layer for every autonomic action and writes a hash-chained record an auditor verifies offline, without trusting you.
Accountable Autonomy: open-source evidence layer that gates every AI agent tool call against your policy and writes a hash-chained record an auditor verifies offline, without trusting you. Root-agnostic; binds to TPM 2.0 / SEV-SNP when present. Your environment, no SaaS, no telemetry. AGPL-3.0.
- Python94.2%
- Swift3.3%
- Shell1.5%
- HTML0.6%
- TypeScript0.3%
- JavaScript0.1%
- Makefile0.1%
- Dockerfile0.0%
1 Review
Vaara is an impressive and serious open-source project for governing AI agent actions. It checks tool calls against a policy, records what happened, and creates evidence that another person can verify without trusting the system that produced it. This solves a real problem for teams that need stronger oversight, security, and accountability around AI agents.
The repository shows a high level of care. It includes a clear Python package, TypeScript client, macOS app, MCP proxy, framework adapters, formal specifications, public test vectors, benchmarks, fuzz testing, and detailed security documentation. The project also supports offline verification, hardware-backed evidence, and several export formats. These are not surface-level features. The repository contains working examples and independent checkers that let users test important claims for themselves.
Project quality is another major strength. Current CI, CodeQL, security scorecard, and adversarial evaluation workflows are passing. The repository includes automated releases, dependency updates, secret scanning, a security policy, contribution instructions, issue templates, a code of conduct, and an AGPL license. The base Python package also has no runtime dependencies, which is a strong choice for a security-focused tool. Recent commits show that the maintainers actively compare documentation claims with real behavior and correct anything that does not match. That level of honesty builds trust.
The main area for improvement is accessibility. The README starts with a strong explanation and a short installation example, but it quickly becomes very long and technical. New users may struggle to understand which features they need first. A shorter main README could focus on the problem, a five-minute example, the basic trust model, and links to advanced guides. Features such as hardware attestation, compliance reporting, credential grants, post-quantum signatures, and multi-replica deployment could remain in focused documents.
A simple diagram would also help explain the path from an agent tool call to a policy decision, action result, signed record, and outside verification. The project should clearly separate what works by default from features that require extra packages, special hardware, or outside services. A supported-feature table could show which parts are stable, experimental, platform-specific, or optional.
Because Vaara makes important security and compliance claims, outside review would add even more value. Any completed third-party security audits should be easy to find. If no full audit has been completed, the documentation should say so directly. Publishing an audit roadmap and inviting independent checks of the receipt format, threat model, and benchmark process could increase confidence. A slower long-term-support release channel may also help teams that prefer stability over the project’s current rapid release pace.
Overall, Vaara is one of the most complete and carefully documented young repositories in this area. Its strongest qualities are technical depth, test coverage, open verification, and honest reporting of limits. The next step is not adding more features. It is making the existing system easier to understand, evaluate, and adopt with confidence.
