AgentBoundary
An open spec and conformance suite for proving AI-initiated production actions.
npx agentboundary run scenarios/
# or
uvx agentboundary run scenarios/
10 scenarios, 60 seconds, no signup, no Docker.
The problem AgentBoundary solves
Every agent framework can tell you what an agent did. None of them lets a third party — auditor, regulator, insurer, the team in the next building — verify what the agent was allowed to do, by whom, against which policy, with which arguments, with what outcome, without trusting the framework or model provider.
AgentBoundary defines an Action Receipt: a portable, tamper-evident JSON document emitted at the production action boundary (the moment an agent calls a tool that touches reality — merging a PR, refunding a charge, mutating a service). Receipts are content-addressed (receipt_hash = sha256(canonical_json(receipt))), bound to the arguments the agent actually executed against (arguments_hash), and reference the policy decision (allow / require-approval / deny / escalate) that authorized the action.
The conformance suite in this repo runs ten deterministic scenarios — every test is named for the failure it prevents — and grades the receipts they emit against the v0.1 spec at Levels 1, 2, and 3.
What's in the receipt
{
"version": "agentboundary/v0.1",
"receipt_id": "0192c8d0-1f2a-7c3e-bf2a-1a4d3f5e6c7b",
"issued_at": "2026-06-15T14:23:08Z",
"actor": { "type": "agent", "id": "agent:claude-code:session/789abc", "display_name": "Claude Code" },
"agent": { "framework": "claude-code", "framework_version": "2.4.1", "model": "claude-opus-4-7" },
"tool": { "name": "github-mcp", "version": "0.7.0", "capability": "github.merge" },
"target": { "system": "github.com/jamjet-labs/agentboundary", "environment": "prod", "resource_id": "pull/14" },
"arguments_hash": "9698adaf2dca5f26a4f9644a8d0f4f34b5558bce09961f94e810fe3aaa9071aa",
"policy": { "name": "agentboundary.repo.merges", "version": "2", "decision": "allow" },
"execution": { "status": "success", "completed_at": "2026-06-15T14:23:09Z", "result_ref": "sha:b1c2d3e4f5a6" },
"receipt_hash": "4d905d5dbc9faa4dafcb2155da9c4d5e1052cb23c680f3754d4ebc5800a4bae7"
}
This is docs/receipts/github-merge.json verbatim. The receipt_hash is the canonical SHA-256 of the body with receipt_hash excluded — recompute it yourself and the value matches.
What's here today
docs/spec/v0.1.md— the v0.1 specification (definitions, lifecycle, receipt requirements, conformance levels, versioning)docs/spec/threat-model.md— adversaries, threats, mitigations, and conformance-level mappingdocs/spec/owasp-mapping.md— OWASP LLM Top 10 risks mapped to AgentBoundary conformance levelsdocs/schemas/action-receipt-v0.1.json— Action Receipt JSON Schema (normative source for receipt syntax)docs/receipts/— three worked example receipts (GitHub merge, Spring service mutation, Stripe refund); each one'sreceipt_hashverifies under the specscenarios/— 10 deterministic conformance scenarios driven byagentboundary runsrc/agentboundary/— Python reference implementation (validator, hashing, runtime, CLI)npm/— thin Node wrapper that dispatches touvx,pipx, orpython3 -m agentboundary
Run the tests
pip install hatch
hatch test
89 fast tests cover the schema loader, validator, hashing, conformance checks, runtime, scenarios loader, and CLI. 8 additional slow tests verify the published wheel behaves correctly under a clean install.
Roadmap (this repo, next 12 weeks)
- W1 (done): schema + worked examples + validator
- W2 (done): full spec text in
docs/spec/v0.1.md+ threat model + OWASP mapping - W3 (done):
agentboundaryCLI runner + first 10 conformance scenarios - W4 (now): public launch — spec, schema, conformance suite, microsite at agentboundary.jamjet.dev
- W5-W6: reference implementation emits valid Action Receipts for a live production action path; conformance suite expands to 25 scenarios (adversarial: stale approval, mutated arguments after approval, replay, unauthorized approver, policy downgrade, missing receipt, receipt tampering)
- W7-W10: comparative runs mapping the conformance suite onto major agent governance platforms and permission-policy implementations; methodology published before conclusions; right-to-respond windows offered before publication
- W10: conformance suite freezes at 40 scenarios — v0.1 done
- W11-W12: comparative report and teardown video
License
Apache 2.0 — see LICENSE.
Contributing
See CONTRIBUTING.md. All commits require DCO sign-off (git commit -s).
The spec is open. Implementations welcome.
Metadata
Release files for agentboundary 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| agentboundary-0.1.0.tar.gz | 113.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| agentboundary-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 148.5 kB
Release files / agentboundary-0.1.0.tar.gz
| Download URL | agentboundary-0.1.0.tar.gz |
|---|---|
| Size | 113.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
98d84c891a1af048d15e9f3f675c5e257279277594ff37d2af89f81fee77ad1c
|
|
BLAKE2b-256 checksum How to use checksums |
a1b0131b6ed17468cd6e6be160b06c4645b1e46ae4bdc4bae97b60334582e740
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on May 19, 2026.
Transparency logRelease files / agentboundary-0.1.0-py3-none-any.whl
| Download URL | agentboundary-0.1.0-py3-none-any.whl |
|---|---|
| Size | 35.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
eac40ad8dbb63d5d70405c19c71f6f3931796c26cb69f5c71656189bee6bf1c7
|
|
BLAKE2b-256 checksum How to use checksums |
368dcea081b27fe21cf1cc4a8b4ab2ae1ecb52c25353170d684a973ba298aa3c
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on May 19, 2026.
Transparency log