Enterprise procurement asking for EU AI Act proof?
Show them one structured package instead of scattered internal docs.
EU AI Evidence Builder
Your team already has the material — draft text, logs, monitoring outputs, risk notes, and approvals. EUAgentAI helps you shape it into one structured EU AI Act package with evidence links, open blockers, and exportable HTML / JSON / PDF outputs.
Choose the route first: full EU package or standalone Article 50. Then complete the Builder gates that determine the package run.
Is this you?
Show them one structured package instead of scattered internal docs.
Assemble review-ready documentation they can actually work with.
Demonstrate structured compliance readiness before it becomes a blocker.
Build a standalone transparency package with the evidence you already have.
Two paths
Choose the route first. Full-package work continues through Builder scope gates. Standalone Article 50 starts directly in the Article 50 builder flow.
Full EU package
For teams preparing the broader high-risk documentation package. Start in the Builder, then confirm role, scope, and whether Article 50 is in or out.
Route: Builder -> role and scope gates -> package run
Standalone Article 50
For systems where transparency is the only package you need right now. This starts directly in the standalone Article 50 builder flow.
Route: Standalone Article 50 builder -> transparency package run
Public proof
Start with our controlled sample package. The cards after it are generated from the published proof surfaces, so new live reference runs appear from config and published bundles instead of manual page edits.
Controlled sample
Our controlled demo of the minimum EU package, published first so you can inspect the baseline output shape before running the workflow on your own system.
GitHub reference run
Real self-hosted acceptance run against the public Skene repository, used as a clean external GitHub reference bundle for the EU package path.
GitHub reference run
Real self-hosted acceptance run against the public QClaw repository, showing a support and operations agent runtime packaged into a handoff-ready EU bundle.
GitHub reference run
Real self-hosted acceptance run against the public Ragpi repository, showing a documentation-backed AI assistant packaged into a handoff-ready EU bundle.
The problem
The blocker is rarely one missing paragraph. It is the package never getting into one review-ready version.
Draft text lives in Google Docs, logs in Datadog, test results in CI, risk notes in Notion, declarations in email threads.
Engineering, legal, and compliance each hold part of the evidence. Nobody has the mandate or the template to assemble it.
Reviewers cannot work with a folder of raw files. They need one structured package with cross-references and clear status.
Without a reusable package structure, every customer audit or procurement request means rebuilding the same evidence.
Outputs
One package your reviewer can actually use:
Go from draft text, logs, and internal records to one organized package your team can review and hand over.
Use one builder, one structure, and one handoff path instead of rebuilding evidence in documents and chat threads.
Track the records, references, and approvals that still need to be completed before review or submission.
Hand legal, compliance, governance, or customer review one structured package instead of a folder of raw files.
Honest scope
Pricing preview
FREE
Free
Use the open-source repo on your own. No commercial support is included.
ARTICLE 50
EUR199
Use this when Article 50 is your only EU scope. This usually applies if your system talks to people as AI, generates synthetic text, image, audio, or video, uses emotion recognition or biometric categorisation, or produces deepfakes or public-interest synthetic content.
PAID HELP
EUR499
Use this when your team needs hands-on help getting to the first real package on its own system.
FAQ
It helps teams turn scattered draft text, logs, test outputs, declarations, monitoring notes, and internal records into one organized EU AI Act package for a specific AI system.
The work usually stalls because system scope, intended use, risk records, technical evidence, legal wording, and approvals sit in different tools. The Builder gives the team one package structure and one handoff path instead of rebuilding the same material in documents, tickets, and folders.
The package can include a readable dossier, linked technical materials, article-level outputs, evidence indexes, monitoring and logging support, declaration-related records, and the human-owned sections that still need review or sign-off. The exact package depends on the selected role, scope, and product path.
The full package path is built around high-risk AI system documentation and evidence, including Annex IV technical documentation and article-level outputs such as risk management, data governance, logging, transparency, human oversight, accuracy and robustness, quality management, monitoring, serious incident support, conformity assessment, declaration, marking, and registration records where they are in scope.
It is for AI teams, compliance owners, governance teams, legal teams, and operators who need to prepare a review-ready EU AI Act package for one AI system without losing the technical evidence behind the written dossier.
Use the full EU package when the system needs the broader high-risk AI documentation path, including Annex IV-style technical documentation, risk and oversight records, monitoring support, and the related article-level outputs for review.
Use the standalone Article 50 package when transparency is the package you need right now: for example when the system talks to people as AI, generates synthetic text, image, audio, or video, uses emotion recognition or biometric categorisation, or produces deepfakes or public-interest synthetic content.
The starter is a first self-serve check on your own running agent or existing report directory. The full package is the broader review package: it combines selected role and scope, written dossier sections, linked evidence, exports, and the handoff material your team needs to complete and approve.
You choose the package path, fill the role and scope gates, add the human-owned context, attach or generate supporting materials, review the package, and then either continue self-serve or send the package context for paid first-package help.
No. The core workflow is designed for self-hosted use. Runtime evidence, generated reports, and reviewer outputs can stay in your controlled environment.
Yes. The goal is to keep readable review documents and technical supporting materials in the same package so legal, governance, engineering, and compliance reviewers are not working from disconnected files.
No. This is a package builder and evidence workflow. Legal interpretation, classification decisions, residual-risk judgment, and final sign-off stay with your team or counsel.
Start with the free builder or see a sample package first.