- Subject
- Hivemind AX
- Provider
- Hypereum Ltd
- Company No.
- 16346019
- Regulation
- EU AI Act (2024/1689)
- Articles
- 9, 11, 12, 14, 15
- Assessed
- 31 March 2026
- Method
- Internal audit against production system
- Environment
- Production (Railway)
- Result
- COMPLIANT (5/5 articles)
On 31 March 2026, Hypereum conducted an internal compliance audit of Hivemind AX against Articles 9, 11, 12, 14, and 15 of the EU AI Act. The audit was performed against the production system. Every requirement was assessed with evidence drawn from live database queries, API responses, and functional testing. Hivemind AX satisfies all five articles.
The evidence follows.
Article 12. Record keeping.
Tamper-evident by architecture.
High-risk AI systems shall technically allow for the automatic recording of events relevant for identifying risks and substantial modifications throughout the system's lifecycle.
Regulation (EU) 2024/1689, Article 12Every event in Hivemind AX produces a record in the audit_log table. Every record contains an entry_hash computed as SHA-256 of the record’s contents concatenated with the previous record’s hash. This creates a mathematically verifiable chain. Modifying a single byte in any historical record invalidates every subsequent hash.
What gets recorded. Every mission lifecycle event. Every agent action with role, tokens consumed, output, and timestamp. Every document access in the Secure Data Workspace. Every human oversight intervention. Every sandbox command. Every web access with domain verification verdict. The system does not distinguish between “important” and “unimportant” events. Everything is recorded.
The compliance API returns a documented retention policy. Audit logs, risk assessments, and human oversight events carry a 24-month retention with a deletion policy of “NEVER.” The legal basis is cited explicitly in the API response.
Every block contains the hash of the previous. Change one, the chain breaks.
Article 9. Risk management.
Continuous, automated, evidenced.
A risk management system shall be established, implemented, documented and maintained in relation to high-risk AI systems. The risk management system shall be understood as a continuous iterative process planned and run throughout the entire lifecycle.
Regulation (EU) 2024/1689, Article 9The risk-assessor service runs automatically at the completion of every mission. Not manually triggered. Not periodic. Every mission, without exception.
The assessor queries live production data. Failed tasks. Sandbox command counts. Encrypted document access events. Coordinator revision counts. Each finding maps to a specific article of the EU AI Act with a severity rating and a corresponding mitigation.
Ten security invariants are verified on every mission. Each tests a specific architectural guarantee. All ten must pass. A single failure means the compliance report flags it.
Article 14. Human oversight.
Pause, resume, override, cancel.
High-risk AI systems shall be designed and developed in such a way that they can be effectively overseen by natural persons during the period in which they are in use, including by being enabled to fully understand the capacities and limitations of the high-risk AI system and to monitor its operation.
Regulation (EU) 2024/1689, Article 14During every mission execution, the Human Oversight Panel labelled “HUMAN OVERSIGHT, EU AI Act Art. 14” is visible. Not optional. Not hideable. Four controls are available at all times during execution.
Pause halts execution at the current point. Resume continues from exactly where it stopped. Override opens a modal allowing the operator to modify the last agent output, with the modified text injected into downstream task context. Cancel terminates immediately. Every human intervention is recorded in the human_oversight_events table with event type, timestamp, triggering user, original value, and new value.
Verified by live functional test on 31 March 2026. A mission was launched, paused, resumed, and completed. Both intervention events appear in the database with correct timestamps.
Article 15. Accuracy, robustness, cybersecurity.
Defence in depth.
High-risk AI systems shall be designed and developed in such a way that they achieve an appropriate level of accuracy, robustness, and cybersecurity, and that they perform consistently in those respects throughout their lifecycle.
Regulation (EU) 2024/1689, Article 15Cybersecurity. AES-256-GCM encryption for every document in the Secure Data Workspace. Each document gets a unique DEK (Data Encryption Key). Each DEK is encrypted with a KEK (Key Encryption Key) derived via PBKDF2 with 310,000 iterations from the tenant secret. Zero-knowledge architecture. Hypereum cannot read client documents. Verified by querying the database directly. The encrypted_content column in secure_documents contains ciphertext, never plaintext.
Tenant isolation enforced at the query level. Every database query includes a workspace scope. An agent in workspace A cannot access workspace B. This is architectural, not application-layer.
Accuracy. Every completed task is assessed by a dedicated Verifier agent. The verification produces structured metadata with checks count, average confidence, minimum confidence, and a verdict (APPROVED or REJECTED). Multi-agent challenge protocol adds a second layer. Agents can challenge other agents’ outputs. The Coordinator can issue REVISE directives. Maximum 2 revisions per task before escalation.
Robustness. Retry classification separates transient failures (timeout, network error, rate limit) from permanent failures (policy violation, security invariant breach, invalid output). Transient failures retry automatically up to 3 times with exponential backoff. Permanent failures terminate immediately. Every retry and failure category is recorded. If the system encounters an unhandled error, the mission fails entirely. No degraded mode. No reduced protections.
Article 11. Technical documentation.
Annex IV, generated from production.
The technical documentation of a high-risk AI system shall be drawn up before that system is placed on the market and shall be kept up to date. The technical documentation shall be drawn up in such a way as to demonstrate that the system complies with the requirements set out in this Section.
Regulation (EU) 2024/1689, Article 11The Hivemind AX compliance API generates Annex IV-structured technical documentation from live production data. The endpoint returns a JSON document covering general description, intended purpose, detailed technical architecture, models used, compute infrastructure, risk management methodology, and applicable standards (AES-256-GCM per NIST FIPS 197, SHA-256 per NIST FIPS 180-4).
The document is available as a download from the /compliance page of the Hivemind AX dashboard. It is not a static PDF written once and forgotten. It is generated from production state and reflects the current system configuration.
This evidence is drawn from the production system as of 31 March 2026. It is public and verifiable.
Hypereum invites scrutiny.