ClaimBound turns a narrow public AI, ML, data or software-development claim into a small evidence card: protocol, source boundary, hashes, exact result status, claim boundary and reproduction level.
It is not a model leaderboard, hosted scoring service or certification authority. It is an open-source toolkit for asking one plain question:
Where is the evidence?
If there is no evidence card, the statement is still only a claim. Green means one narrow claim passed under a frozen protocol — not "trust everything". Negative, blocked and drift outcomes are first-class evidence too.
Read the one-screen walkthrough in ClaimBound in 30 seconds, the reviewer path, the non-developer start guide or the documentation index for reviewer, operator and advanced paths.
| Workflow | Question it helps answer | Start here |
|---|---|---|
| Public AI transparency | Did a public system-card or model-card source boundary pass a frozen audit? | Current evidence tracks |
| European and public open data | Did an official public-data source pass a source-boundary or narrow empirical gate? | Evidence card examples |
| Software development evidence | Did a narrow build, validator or regression claim pass under fixed commands? | Software development workflow |
Blocked cards, artifact-only records and optional advanced protocol layers are documented separately. They are not hidden failures. See future applications, artifacts catalog and advanced optional docs.
Each SVG uses separate chips. Green and red on the result-status chip
mean a narrow gate pass or honest non-pass. Yellow appears on the
reproduction chip when reproduction_level records source-byte drift — not
on the gate outcome itself. None of this implies general model quality.
More examples, including EU source audits and blocked-source cards: evidence cards · registry index
- Reviewer path — one-page orientation and credibility gaps
- Reviewer summary — problem, strongest cards, baseline versus roadmap, differentiation from adjacent projects
- Common misreadings — green ≠ safe, yellow drift FAQ
- European Dimension — EU open-data angle and limits
- Volunteer one-pager — close VERIFY #85–#87 (~15 min first time)
- External verification packs — split VERIFY work across Tier A/B/C operators
- External operator starter pack — read, rerun, drift report or boundary question paths
- Planned work not shipped — roadmap vs current code
- Artifacts catalog — NYC TLC / CDC artifact-only records
- Public roadmap 2026 — planned open-source hardening work
Independent from EviBound; see scope split.
Works on Windows, macOS and Linux. See platform support.
git clone https://github.com/ClaimBound/claimbound-evidence.git
cd claimbound-evidence
uv sync --extra dev
uv run claimbound doctoruv run claimbound validate-all
uv run --extra dev python -m pytest -q
uv run claimbound demo eea-source-auditIf validate-all passes, the committed cards and registry match the current
validators. A scaffold or demo output is not evidence until a protocol is frozen,
the run completes, the card validates and the registry is updated.
uv run claimbound new
uv run claimbound demo grok-source-audit
uv run claimbound run-root \
--protocol-id EXAMPLE_D001 \
--source-url https://example.org/source \
--operator your-name-or-handleNon-interactive scaffold, EU runners, card protocols and operator runbooks: getting started.
Portable AI control rules for evidence-bound work: 12 AI Life Rules.
This repository is an independently usable open evidence foreground. It does not include or require private background technology.
Evidence cards are reusable examples and validation records, not a hosted review service, legal advice, or on-demand third-party check queue. The registry stores sanitized metadata and hashes, not raw payloads.
See governance, maintainer boundary and release process.
Apache-2.0. See LICENSE.