Skip to content
GLaaS · Audit

Your next AI audit shouldn't start with archaeology.

Every model gets an AI Bill of Materials — datasets, pipeline steps, hashes, and provenance in CycloneDX 1.7, scored against G7/CISA/NTIA guidance and mapped to EU AI Act Annex IV. And unlike documentation systems that rely on someone recording metadata, the AI-BOM is generated from runtime observation of what actually ran.

generated on demand from lineage GLaaS already has — no extra tooling, no pipeline changes
Audit (AI-BOM) ↓ Download CycloneDX 1.7
Completeness: 100% Advanced
Required fields (generated)4/4 · 20/20 pts
Metadata5/5 · 20/20 pts
Component basics6/6 · 20/20 pts
Lineage & provenance9/9 · 30/30 pts
External references4/4 · 10/10 pts
scored against G7 SBOM-for-AI (2026) · CISA 2025 · NTIA 2021
no account required

Documentation that can be verified — not just claimed.

When an organization marks a DAG public, its AI-BOM is public too — anyone with the link can inspect the components, the completeness score, and the raw CycloneDX JSON. Every component carries a content hash, so the record can be checked.

Open a real audit page — components, score, and downloadable BOM for an actual training run.

Open a live AI-BOM →

the gate is the DAG owner's plan, not the viewer — public means public

the part nobody else has

Facts that follow the data.

Lineage is captured automatically. But some facts only a human knows — a license, a jurisdiction, that a dataset contains PII. Declare them once, at the source, and they propagate down the lineage to every derived artifact. Sanitization steps declare a barrier — and the barrier itself is a recorded, auditable fact.

declared once — inherited everywhere downstream
customer_data.parquetcontains_piitrain.pymodel.ptcontains_pii
a declared barrier stops inheritance — auditable, not silent
customer_data.parquetcontains_piiroar run --block-tag contains_pii redact.pyclean.parquetclean

roar tag why walks any inherited fact back to the human act that declared it. Nothing is ever silently deleted — overrides are recorded on top, append-only.

how it works

Three steps. No new pipeline.

01

Register.

roar register under your organization scope. The lineage — jobs, artifacts, hashes, environment — is already captured.

02

Audit.

GLaaS assembles the BOM from the graph it already has and scores it against a published checklist.

03

Download.

Machine-readable JSON your compliance team, customer, or auditor can verify — every component carries a content hash.

regulation, mapped

EU AI Act Annex IV, answered field by field.

Providers of high-risk AI systems must maintain Annex IV technical documentation. Every row below is backed by evidence captured at runtime during development — not reconstructed for the audit:

Annex IV §2 requiresWhere it lives in the AI-BOM
Training datasets usedcomponents[*] with BLAKE3 content hashes
Data origin and traceabilitydependencies, formulation[*].tasks[*].inputs
Training pipeline / development processformulation[*].workflows[*].tasks
Tooling usedmetadata.tools.components (roar + GLaaS)
Component version identitycomponents[*].version (artifact hash)
Supplier / manufacturermetadata.supplier, metadata.manufacturer
Lifecycle changessuccessive registered sessions form a versioned audit trail

The AI Act mandates the information, not a format. CycloneDX 1.7 is the machine-readable format referenced by both the G7 SBOM-for-AI Minimum Elements and CISA's 2025 SBOM Minimum Elements.

the precedent

Software already ran this experiment.

Before AI-BOMs there were SBOMs. A 2026 Omdia survey of 400 security and application professionals found the practice went mainstream — 42% now require an SBOM for every application — while the tooling to produce one stayed the weakest link in the stack.

37%
rated SBOM generation "very effective" — second-lowest of the eleven tools surveyed
36%
still assemble SBOMs through manual inventory and tracking
73%
say having one enabled more efficient vulnerability mitigation
68%
say it helped them meet compliance regulations
In the same survey, 40% named AI technology the element of their stack posing the greatest supply chain risk — ahead of third-party code (39%) and software dependencies (38%). The exposure moved to models. The tooling has not.

The value of a bill of materials was never the argument. Producing one was. A document assembled by hand is a project, and projects get skipped — which is why generation belongs to the run, not to the quarter you get audited.

Source: Omdia, Securing the Software Supply Chain: Strategic Approaches to Scaling Development with AI Adoption, April 2026 · commissioned by Docker · n=400 IT, cybersecurity, and application professionals, North America. Figures describe software bills of materials, not AI-BOMs.

the score is honest

What's automatic, and what's yours.

Generated for free — from lineage

Pipeline formulation, dependency graph, content hashes, versions, git context, tooling, timestamps. If roar observed the run, these fields fill themselves.

Authored by you — via labels

Licenses, component descriptions, documentation links — fields no observer can know. Attach them as labels (license.id, description, documentation.url) and the score climbs.

see it on your lineage

Your next audit is a lookup.

The AI-BOM is the first deliverable of a broader capability: evidence generated automatically from runtime-observed lineage. If your runs are registered, the documentation already exists — it's just waiting to be generated.

AI-BOM export is included in paid plans · see pricing

see it run

Every AI-BOM on the Reproducible AI List was generated, not written.

Each row links to a real AI-BOM scored out of 100 — produced from the lineage GLaaS already held, with no one filling in a form. Several score 100%. The ones that do not show exactly which fields are missing.

roar records the runGLaaS stores the lineagethe AI-BOM falls out
See the Reproducible AI List →