Next Article in Journal
A Systematic Literature Review on Machine Learning for Intrusion Detection Systems
Previous Article in Journal
QKD-Secured Industrial Smart-Grid Cyber-Physical Systems: Simulation and Q-MambaKAN Detection of Adaptive Side-Channel Attacks
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

Evaluation of Vanilla and RAG-Supported LLM Comprehension of the EU AI Act

Department of Electrical and Electronics Engineering Educators, School of Pedagogical and Technological Education, Metro Station Eirini, 15122 Athens, Greece
*
Author to whom correspondence should be addressed.
Future Internet 2026, 18(9), 469; https://doi.org/10.3390/fi18090469
Submission received: 29 June 2026 / Revised: 28 August 2026 / Accepted: 1 September 2026 / Published: 4 September 2026
(This article belongs to the Section Cybersecurity)

Abstract

This paper presents a comparative benchmarking study evaluating the regulatory comprehension of four open-source large language models, TinyLlama-1.1B-Chat, Gemma-2B-Instruct, Llama-3.1-8B-Instruct, and Mistral-7B-Instruct-v0.3, on the EU Artificial Intelligence Act (Regulation EU 2024/1689). A custom benchmark of 100 multiple-choice questions was constructed and classified across three dimensions, namely cognitive difficulty, knowledge type, and regulatory mechanism, with a balanced answer key distribution. Each model was evaluated under vanilla inference, relying exclusively on parametric knowledge, and retrieval-augmented generation (RAG), in which relevant Act passages are retrieved using a FAISS-indexed sentence embedding pipeline with standardized top three chunk retrieval applied uniformly across all models. Vanilla accuracy ranges from 22.0% for TinyLlama-1.1B to 80.0% for Llama-3.1-8B, indicating that larger models perform better. Under the retrieval configuration employed, RAG improves performance of the evaluated models, with gains from 3.0 percentage points for TinyLlama-1.1B to 17.0 for Gemma-2B and 10.0 for both 7B–8B models. Questions related to procedural knowledge, governance and enforcement emerge as weaknesses in the baseline, vanilla setting, partially mitigated by retrieval. Qualitative analysis identifies two RAG failure modes: retrieval failures, where the embedding mechanism returns informationally insufficient passages, and integration failures, where the correct passage is retrieved but not correctly exploited. The study contributes an empirical characterization of small and medium language model regulatory comprehension and a reusable 100-question benchmark.

1. Introduction

Large language models (LLMs) have advanced natural language processing tasks, including question-answering (QA), summarization, and reasoning. LLM benchmarking is an active area, given the increasingly important role of LLMs in information retrieval and decision support (or even decision-making). Existing benchmark studies evaluate LLMs on general natural language processing (NLP) benchmarks, typically employing large models with extensive computational resources. While LLMs have demonstrated strong performance across diverse benchmarks, there is growing interest in small language models (SLMs) with parameter counts between 1B and 8B parameters, which are particularly suitable for environments with constrained computational resources, including edge deployments and privacy-sensitive systems. However, the performance of small and medium models in domain-specific, question-answering tasks remains insufficiently explored. Small models exhibit limitations when processing specialized domains, such as legal documents, which contain extensive internal cross-references and highly specialized terminology.
In this work, we investigate the performance, in terms of accuracy, of small or medium models in specialized domains. Specifically, we evaluate the performance of small and medium language models (SLM and MLM) on question-answering tasks related to the EU Artificial Intelligence (AI) Act. A set of 100 multiple-choice questions (MCQs), based exclusively on the EU AI Act, of different cognitive difficulty, knowledge type, and referring to different processes, evaluates the model performance on domain-specific tasks. Two LLM-based pipelines for automated question-answering are employed, under two conditions: (a) vanilla inference based on the models’ existing knowledge, and (b) retrieval-augmented generation (RAG).
Language models and retrieval-augmented generation are both active research areas. Evaluating their capacity to comprehend the regulatory frameworks governing their deployment has important technical and societal implications for the future internet ecosystem. The manuscript contributes to the growing body of research on regulatory technology and AI governance, areas that Future Internet has consistently featured, by providing actionable evidence at the intersection of AI systems and internet governance. The reusable MCQ benchmark can be reused for intelligent web systems, automated compliance tools, and the governance of AI-enabled digital services.
The structure of the document is as follows: Section 2, Materials and Methods, describes the state of the art, the selection of LLMs, the materials on which the LLMs are evaluated, the types of MCQs, the methodology, and the experimental environment. Section 3 describes the experimental results by model and question type, while Section 4 presents the discussion and observations. Section 5 concludes the document, including directions for future work. The MCQs are included in the Appendix A, each with a unique identifier, four labelled answer options and the correct answer letter along with classification metadata fields related to cognitive difficulty, knowledge type and regulatory mechanism.

2. Materials and Methods

2.1. Language Models

Language models typically use the Transformer architecture [1,2], in which inputs are converted into vector representations (embeddings) that are subsequently used to generate probabilistic predictions. The original Transformer architecture consists of encoder and decoder components responsible for input representation and sequence generation, respectively. Language models may generate factually incorrect or unsupported responses, commonly referred to as hallucinations. Hallucinations are commonly categorized as intrinsic when the model provides information that contradicts what is already present in the input context, or extrinsic when they include information that cannot be deduced from the input document [3]. Recent taxonomies distinguish between factual hallucinations and faithfulness hallucinations, capturing inconsistencies with real-world facts and divergence from the input context or lack of internal consistency [4,5].
These limitations are critical in document-grounded question-answering (QA), especially in legal and regulatory domains, where correctness depends on precise alignment with source texts. This challenge is reflected in legal NLP benchmarks such as LexGLUE [6] and LegalBench [7], which highlight the difficulty of reasoning over long, structured legal documents requiring cross-referencing and precise interpretation. Surveys of instruction-tuning and supervised fine-tuning indicate improvements in instruction-following but also emphasize remaining gaps in factual precision and reasoning [8,9,10].
Small and medium LLMs (1B–7B) support computationally constrained environments, but their capacity for domain-specific reasoning is limited relative to larger models. However, recent work demonstrates that parameter-efficient adaptation techniques, such as LoRA [11], along with distillation approaches and intermediate reasoning supervision, can significantly improve performance in compact models. Taylor [12] investigates the performance of small models in domain-specific tasks and shows that parameter-efficient adaptation techniques allow compact models to achieve performance comparable to larger systems. This finding is supported by other studies on domain adaptation and distillation, in which the Adapt-and-Distil method suggests that small models can achieve better results when trained on subject-specific texts with adapted vocabularies [13]. Additionally, approaches using the distillation method and exploiting intermediate reasoning steps demonstrate that small models can achieve higher performance than larger architectures [14]. Studies in sentiment analysis have shown that compact models can achieve high accuracy with high-quality datasets, reducing computational costs [15]. Even when trained on weakly labelled or unlabelled datasets, medium language models can perform classification tasks with reasonable accuracy [16].
Based on these considerations, two SLMs and two MLMs have been selected. Specifically, the two small-scale models, TinyLlama-1.1B-Chat [17] and Gemma-2B-Instruct [18], represent instruction-tuned models at sub-2B parameter counts. TinyLlama was trained on 3 trillion tokens using the Llama-2 architecture and fine-tuned with ChatML-style instruction following, making it a capable but parameter-constrained model. OPT (Open Pretrained Transformer) [19] offers controlled training conditions, closely mirroring the structure of GPT-style transformers while being openly documented. OPT was excluded following a pre-experiment evaluation that revealed consistently below-random performance. Gemma-2B-Instruct was used as the second SLM. Gemma-2B-Instruct is Google DeepMind’s instruction-tuned variant of the Gemma architecture designed to maximize capability per parameter. The two medium-scale models, Llama-3.1-8B-Instruct [20] and Mistral-7B-Instruct-v0.3 [21], represent the current state of the art in open-source instruction-tuned models at the 7B–8B parameter scale. Llama-3.1-8B-Instruct is Meta’s most recent small Llama model, trained on over 15 trillion tokens with grouped-query attention and an extended 128K context window. Mistral-7B-Instruct-v0.3 employs sliding window attention. All models are publicly available on Hugging Face Hub.

2.2. Retrieval-Augmented Generation

Retrieval-augmented generation (RAG) combines neural retrieval with sequence generation. RAG combines the parametric knowledge encoded within a model with non-parametric knowledge retrieved from external documents. The original formulation of RAG was introduced in [22] and further extended in subsequent works [23,24]. RAG pipelines use vector search libraries (e.g., Facebook AI Similarity Search (FAISS) [25]) to efficiently retrieve semantically relevant chunks. The retrieved passages are concatenated (or otherwise fused) into the LLM prompt or used as conditioning context during generation. RAG has been shown to reduce hallucination and drastically improve grounded accuracy in knowledge-intensive tasks, making it especially appealing when the target corpus is small, curated, and authoritative. Comparative studies between retrieval-augmented generation and parameter-efficient fine-tuning approaches indicate that retrieval-based methods often yield greater improvements in factual accuracy and adaptability, particularly in settings where knowledge must remain closely aligned with external documents [26]. Evaluations of small open-source models indicate that integrating retrieval components improves the accuracy of generated responses compared to standalone models [27]. In syllabus-based content, where the phrasing of questions may differ from the educational wording, dense retrieval tends to provide conceptually relevant passages more robustly than only lexical matching [28].
However, the effectiveness of RAG depends on retrieval quality and how context is used. In long, structured documents, relevant information may be distributed across multiple sections, and models often struggle to use retrieved context effectively. This limitation is discussed in [29], where language models tend to underutilize information located in the middle of long input sequences. Architectural approaches designed for long-document processing, such as Longformer [30], attempt to address these limitations through sparse attention mechanisms; however, retrieval-based approaches remain necessary when relevant information is distributed across non-contiguous sections. Furthermore, retrieval pipelines may introduce partially relevant or misleading context, which can degrade generation quality [31]. These limitations are problematic in legal texts, where incomplete or improperly scoped information can produce incorrect interpretations.
Recent work has explored extensions of RAG that integrate structured knowledge representations to improve retrieval and reasoning. For example, Pythia-RAG [32] introduces a unified multimodal knowledge graph to enhance question-answering performance, while Talk2Doc [33] employs weighted knowledge graphs to guide retrieval and improve grounding. These approaches reflect broader trends toward combining unstructured retrieval with structured knowledge to improve robustness and faithfulness. Advances in retrieval-augmented generation further extend the paradigm by incorporating iterative and self-reflective mechanisms. For instance, Self-RAG [34] enables models to dynamically decide when to retrieve, generate, and critique their own outputs, improving both factual grounding and reasoning consistency. Similarly, DocPrompting [35] demonstrates the effectiveness of retrieval over structured documentation, highlighting the importance of retrieving contextually relevant and well-aligned textual evidence. These approaches indicate that retrieval should be viewed as an integral component of the reasoning process.

2.3. The EU Artificial Intelligence Act

The primary source document used in this study is the EU Artificial Intelligence Act (Regulation (EU) 2024/1689 of the European Parliament and of the Council [36]). The Act includes 113 Articles and 180 recitals that articulate the legislative intent. The Act exhibits substantial linguistic and structural complexity. Its regulatory logic is risk-based and cross-referential: key obligations in the main Articles are qualified by definitions in Article 3, scoped by the risk categories in Article 6 and Annex III, and further conditioned by sector-specific carve-outs and transition provisions in multiple chapters. Internal cross-referencing means that the meaning of an individual passage is frequently incomplete without resolving references to other parts of the document. This creates a challenge for NLP models operating under retrieval conditions. A retrieved chunk may contain a compliance obligation while omitting the scope condition located in another passage, leading to incorrect interpretation. The vocabulary of the Act is a mixture of technical legal terminology specific to product safety law (e.g., conformity assessment, notified bodies, CE marking) and domain-specific AI terminology (e.g., general-purpose AI model, foundation model, systemic risk).
From a retrieval and comprehension standpoint, the Act presents four distinct sources of difficulty. First, definitional density: Article 3 contains 65 defined terms, and the definitions themselves contain forward references. Second, conditional structure: Obligations are heavily qualified (“unless…”, “without prejudice to…”, “except where…”), requiring a reading system to integrate multiple clauses to determine applicability. Third, list-based annexes: Critical scope-determining content appears in enumerated lists in the Annexes rather than in prose, and these lists are frequently referenced but not reproduced in the main Articles. Finally, numeric thresholds and timelines: The Act contains specific quantitative criteria (e.g., the 1025 FLOP-based compute threshold for systemic risk classification, incident notification windows) that a model must retrieve precisely.

2.4. Benchmarking and Evaluation Questions

Widely used QA benchmarks include the Stanford Question Answering Dataset (SQuAD), which contains questions derived from Wikipedia articles and is designed to evaluate machine reading comprehension [37]. BoolQ [38], CommonsenseQA [39], and MCTest [40] focus on general knowledge or commonsense reasoning [31]. These datasets focus on general language understanding, but they are not designed for specialized technical domains such as legal text [41]. In addition, there is a concern that benchmark datasets are increasingly incorporated into LLM training corpora, making evaluation artificially improved. Previous works have demonstrated that it is possible to assess the comprehension of a text through carefully designed categorization and assessment tools [42].
In this view, the benchmark is designed by the authors to evaluate LLM regulatory understanding in a controlled and systematic manner. The multiple-choice question (MCQ) benchmark comprises 100 original questions, each offering four candidate answers of which exactly one is correct. The MCQ benchmark is designed to ensure broad coverage of the Act while reducing reliance on superficial text matching. Questions avoid reliance on external knowledge sources beyond the Act itself, to ensure that differences in model performance can be attributed to the experimental condition rather than to background knowledge.
Each question was annotated along three independent dimensions:
  • Cognitive Difficulty: Questions were assigned one of three levels. Easy questions (n = 23) require direct recall or definition of terms and thresholds explicitly stated in the Act. Questions of medium difficulty (n = 40) demand conceptual understanding and reasoning about regulatory principles. Difficult questions (n = 37) involve multi-step legal and analytical reasoning, such as identifying chains of responsibility across actors and evaluating the interaction of two regulatory provisions.
  • Knowledge Type: Questions were further classified into four knowledge-related categories: (a) factual/terminology, covering definitions, numerical thresholds, and named provisions (n = 31); (b) conceptual/theoretical, targeting the rationale and principles underpinning regulatory choices (n = 23); (c) procedural, addressing ordered sequences of compliance actions such as conformity assessment workflows (n = 25); and (d) applied/contextual, presenting realistic deployment scenarios that require mapping a situation to the appropriate regulatory category or obligation (n = 21).
  • Regulatory Mechanism: A third perspective captures which structural component of the Act each question addresses: risk classification (questions about the four-tier risk hierarchy and prohibited practices) (n = 21), compliance requirements (obligations concerning documentation (n = 27), data governance, human oversight, and transparency), governance and enforcement (national authorities, the European AI Office, penalties, and market surveillance) (n = 29), and AI system lifecycle (development-time, deployment, post-market monitoring, and modification obligations) (n = 23).
Figure 1 summarizes the distribution across the three categorization dimensions.
The questions are derived from the text of the EU Artificial Intelligence Act and edited by the authors, who have reached consensus on the clarity of possible responses provided as well as the selection of the correct response, reviewed and verified by an independent expert with expertise in EU regulation. All questions have one correct answer without reference to implementing acts or guidance documents. Distractors were constructed to represent plausible misreadings of the regulation instead of easily derived incorrect options, in line with best practice for discriminative MCQ design [43].
While the benchmark cannot be considered a fully validated psychometric instrument, its quality was verified through five verification steps: (1) answer key uniform distributed, i.e., A = B = C = D = 25, (2) no exploitable correct option length cues (bias), as correct-to-wrong length ratio in responses has been measured at 1.04, (3) positional uniformity across difficulty, knowledge type, and regulatory mechanism categories, (4) absence of phrases that could serve as surface-level cues and (5) article-level source references for all 100 questions, independently verified against the official EUR-Lex HTML text of Regulation EU 2024/1689 [36]. Classification labels (on cognitive difficulty, knowledge type, and regulatory mechanism) are based on defined, transparent and documented criteria. Labels were assigned through an annotation process in which each question was independently labelled by all authors and the label was determined by majority. Disagreements were resolved through discussion to reach consensus.

2.5. Workflow

The methodology and workflow are presented in Figure 2. In the preparatory phase, the evaluation benchmark consisting of 100 four-option multiple-choice questions was created. The four open-source instruction-tuned models have been loaded. TinyLlama-1.1B-Chat and Gemma-2B-Instruct have been loaded in full precision (FP32), and Llama-3.1-8B-Instruct and Mistral-7B-Instruct-v0.3 have been loaded with 4-bit NF4 quantization via BitsAndBytes to reduce memory consumption. The HTML version of the EU AI Act was segmented into 786 chunks of 180 words with a 20-word overlap. Each chunk was encoded into a 384-dimensional dense vector using the all-MiniLM-L6-v2 sentence transformer and stored in a FAISS flat inner-product index.
The inference phase evaluated two experimental conditions for each model, i.e., vanilla and RAG, feeding the same benchmark questions and FAISS index into all four models. Each question was encoded using the same embedding model into a query vector. The top three chunks by cosine similarity are retrieved and inserted into the model prompt as labelled excerpts before the question text.
Stochastic sampling has been disabled, setting temperature to zero, and thereby enforcing greedy decoding: at each generation step the model selects the highest-probability next token given the preceding context. A regular expression filter is then applied to extract a valid answer label from the set {A, B, C, D}. If no valid label was detected, the response was recorded as invalid.
The models received the same prompts containing the question text, four answer options labelled A–D, and an instruction to respond with a single letter. The prompt framed the task in the legal domain and the role specified “You are a legal expert specializing in EU AI regulation. Answer the following multiple-choice question by selecting the single most appropriate option.” Model-specific adaption was limited to the chat-template formatting required by each instruction-tuned model. TinyLlama used the Zephyr template, Gemma-2B used start-of-turn makers, Llama-3.1-8B used the Llama-3 header format, and Mistral-7B used the [INST] wrapper. No advanced prompt-engineering techniques, such as chain-of-thought instructions, few-shot examples, or domain-specific elaboration, were applied to any model, ensuring that observed performance differences reflect parametric knowledge rather than prompt sensitivity. The prompt content, including the system role framing as a regulatory domain expert, was identical across all models. Under the RAG condition, the three retrieved excerpts were inserted between the system framing and the question, labelled as [Excerpt 1], [Excerpt 2], and [Excerpt 3], with the instruction “Use the excerpts provided from the EU AI Act to inform your answer.” The excerpt block and accompanying instructions were identical across all four models with different template wrappers.
The results are organized as overall accuracy, accuracy by cognitive difficulty, accuracy by knowledge type, and accuracy by regulatory mechanism. Accuracy values are reported as a percentage of correct questions versus the total number of questions, with the random baseline for a four-option MCQ at 25.0%. The results include the computation of the 95% confidence interval (CI) using the Wilson score interval according to the CI formula:
p = p ^ + z 2 2 n ± z p ^ 1 p ^ n + z 2 4 n 2 1 + z 2 n
where p ^ is the probability of success, n is the number of samples, and the z score for 95% confidence is equal to z = 1.96.
Key aspects of the methodology have been validated. Specifically, an external annotator with expertise in EU digital regulation has independently annotated the multiple-choice questions, comparing with the employed annotation using the Cohen’s kappa. The precision of the excerpts retrieved by all-MiniLM-L6-v2 and BM25 has also been compared for a balanced sample of questions. In addition, a top-k sensitivity analysis has been performed to investigate the influence of the number of selected excerpts.
The implementation used PyTorch 3.13, Hugging Face Transformers v5.9.0, the Accelerate library version 1.13.0 for device mapping, and the Sentence-Transformers library for chunk and query encoding.

3. Results

3.1. Chunking Mechanism

Chunking was initially attempted on the PDF version of the Act. However, word splitting, fragmentation, and merging artefacts proved difficult to control, and the HTML version sourced from EUR-Lex was used to allow for cleaner segmentation. The EU AI Act source document was initially processed using a hierarchical, structure-aware chunking strategy in which each Article was treated as a primary retrieval unit, preserving its internal paragraph and sub-paragraph structure. Articles in Chapters II–VII were retained intact given their moderate length and conceptual density. Article 3 (Definitions) was designated as a standalone context block and appended to every query response as a fixed supplement, independent of semantic similarity, given its universal cross-reference function across the Act. Recitals were grouped into thematic blocks of five to ten consecutive items and stored as auxiliary chunks to support questions targeting the rationale rather than the operative text of provisions. Each Annex was treated as a single chunk. The resulting corpus comprised approximately 280 retrievable units with a mean length of approximately 320 tokens per chunk, well within the context windows of all target models.
During the initial tests in the pre-configuration phase, the RAG pipeline on TinyLlama-1.1B-Chat produced a result below vanilla inference on the same (experimental) benchmark. This result was attributed to a systematic prompt-construction failure caused by context-window overflow. The initial RAG configuration retrieved the five most semantically similar chunks, each containing approximately 400 words, and prepended the Article 3 definition chunk to every prompt. Together, the definitions chunk (approximately 530 tokens), retrieved passages (approximately 2600 tokens), question text, and the prompt template produced a total prompt length of approximately 3300 tokens. This exceeded TinyLlama’s 2048-token context window and in this case the Hugging Face Transformers library truncates the input from the left, discarding the earliest tokens. In this configuration, the retrieved context was largely or entirely removed before the model processed the prompt, leaving a malformed fragment that provided no useful information.
To confront this limitation in the experiment configuration, the chunk size was reduced from 400 to 180 words with an overlap of 20 words, producing a revised index of 786 chunks. The number of retrieved chunks was reduced from top five to top three and the always-include definitions chunk behaviour was disabled while the retrieval query was simplified to use only the question text rather than the concatenation of the question and answer options. Under the revised configuration, the estimated prompt length per question has been in the range of 700–850 tokens, which is within TinyLlama’s limit. This configuration has been applied uniformly to all four models to reflect the differences in LLM integration capacity.

3.2. TinyLlama Results

TinyLlama-1.1B achieves a vanilla accuracy of 22.0%, slightly below the 25% random baseline for a 4-option MCQ. Under the RAG condition, accuracy increases slightly to 25% (Figure 3), placing the performance at the random baseline. Given the sample size (n = 100), the Wilson 95% confidence intervals for these estimates are wide (15.2–30.8% for vanilla, and 18–34.0% for RAG).
Across cognitive difficulty levels, the vanilla condition shows higher performance on easy questions (43.5%) compared to medium (12.5%) and difficult (18.9%). Under the RAG condition, performance declines on easy questions (30.4%) but improves on medium (20.0%) and difficult (27.0%) questions (Figure 4). However, due to small subgroups sizes (n = 23 − 40) Wilson intervals are relatively wide.
By knowledge type, TinyLlama performs poorly across all categories, with low results in conceptual/theoretical (17.4%) and procedural (16.0%) questions under vanilla conditions. With retrieval augmentation, small improvements are observed in procedural (20.0%) and applied/contextual (33.3%) categories, while factual/terminology remains unchanged (32.3%), and conceptual performance declines further (13.0%) (Figure 5).
Regarding regulatory mechanisms, the near-chance overall performance implies that there is no dependable specialization across categories. Given that the confidence intervals cluster around 25%, observed differences have limited confidence (Figure 6).

3.3. Gemma-2B Results

Gemma-2B achieved vanilla accuracy 47.0%, substantially above the random baseline. Under RAG, performance increases to 64.0% (Figure 7). With n = 100, the Wilson confidence intervals for these estimates are narrower than those of TinyLlama, and the magnitude of improvement is approximately 17%.
Across difficulty levels, vanilla performance is balanced, with slightly higher accuracy on difficult questions (51.4%) compared to medium (47.5%) and easy (39.1%). With retrieval augmentation, all categories improve substantially: easy (60.9%), medium (65.0%), and difficult (64.9%) (Figure 8). Although subgroup confidence intervals remain wider than those for overall accuracy, the consistency of improvement across all categories supports a positive effect of retrieval.
Regarding knowledge type, Gemma-2B shows moderate vanilla performance across categories, with weaker results in factual/terminology (41.9%) and procedural (36.0%). Under RAG, all knowledge types improve: factual (61.3%), conceptual (65.2%), procedural (64.0%), and applied/contextual (66.7%) (Figure 9). While subgroup intervals overlap to some extent, the uniform direction and magnitude of such gains indicate effective integration of retrieved information.
Regarding regulatory mechanisms, the improvement pattern indicates that RAG enhances recall of factual details and the ability to apply regulatory concepts, considering also Wilson interval widths (Figure 10).

3.4. Mistral 7B Results

Mistral-7B achieved a vanilla accuracy of 77.0%, improving to 87.0% under RAG (Figure 11). Wilson confidence intervals are relatively tight (approximately 10%).
Across difficulty levels, vanilla performance is high: easy (69.6%), medium (80.0%), and difficult (78.4%). Under RAG, all categories improve: easy (87.0%), medium (92.5%), and difficult (81.1%) (Figure 12). Although the improvement on difficult questions is modest, the trend shows a consistent increase.
By knowledge type, Mistral-7B demonstrates strong vanilla performance, particularly in conceptual/theoretical (91.3%). Under RAG, all categories improve further—factual (80.6%), conceptual (95.7%), procedural (80.0%), and applied/contextual (95.2%) (Figure 13)—with the Wilson intervals being narrow.
Regarding regulatory mechanisms, the model exhibits robust performance across categories in both conditions, with RAG providing consistent, incremental improvements (Figure 14). The lack of observable regressions, combined with comparatively narrow confidence intervals, suggests that the system is operating in a consistent manner, leveraging the retrieved contextual information.

3.5. Llama 3.1-8B Results

Llama-3.1-8B achieves vanilla accuracy of 80.0%, increasing to 90.0% under RAG (Figure 15). Wilson confidence intervals are sufficiently narrow.
Across difficulty levels, vanilla performance is consistently high: easy (73.9%), medium (80.0%), and difficult (83.8%). Under RAG, performance improves on easy questions (91.3%) and especially medium (97.5%), slightly decreasing on difficult questions (81.1%) (Figure 16). The small decline in the difficult question category is accompanied by overlapping Wilson intervals.
By knowledge type, the model performs strongly in the baseline setting, particularly in conceptual/theoretical (95.7%). With retrieval augmentation, all categories improve: factual (87.1%), conceptual (100.0%), procedural (80.0%), and applied/contextual (95.2%) (Figure 17). The conceptual category reaches top performance, where Wilson intervals become asymmetric.
For regulatory mechanisms, Llama-3.1-8B maintains strong performance across categories, with RAG producing further improvements overall (Figure 18). Confidence intervals are compressed near ceiling accuracy.

4. Discussion

4.1. RAG Case Analysis

Retrieval behaviour is investigated for eight questions, for which retrieved chunks are manually assessed for relevance and impact on model performance. The first four cases show RAG-driven corrections while the last four show cases where RAG introduced errors in models that had initially answered correctly. For the latter, two distinct failure modes have been considered: (a) failure of RAG, i.e., retrieval of irrelevant excerpts, and (b) failure of the models to integrate correct excerpts. This analysis constitutes a qualitative retrieval quality evaluation for the analyzed cases while the retrieval quality was not fully and formally evaluated (using information retrieval (IR) metrics such as precision@k and mean reciprocal rank) against a human relevance judgement set.
Q82 concerns the body established by the EU AI Act to advise the Commission, composed of national supervisory authority representatives. It is a factual, easy question on governance and enforcement. The correct answer is the European Artificial Intelligence Board (Article 65); distractors include the European Data Protection Board, the European Standardisation Committee, and ENISA. Under vanilla inference, TinyLlama selected the European Standardisation Committee while Gemma-2B and Llama-3.1-8B selected the EDPB. Of the three retrieved chunks, only Chunk 2 was directly relevant, quoting Article 65 and naming the Board with its composition of one representative per Member State. Chunks 1 and 3 were retrieved on vocabulary overlap (Board, Commission, governance) without containing the relevant provision. All three models corrected under RAG. Mistral-7B had encoded the correct answer parametrically and was unaffected by retrieval.
Q63 asks which body is empowered to conduct audits of GPAI providers suspected of serious violations. It is a medium-difficulty, procedural question on governance. Possible answers are the AI Office, ENISA, Member State market surveillance authorities, and the EDPB. All four models failed in the baseline setting, each selecting a different plausible EU regulatory body. The correct answer, i.e., the AI Office, is based on Recital 162, which places GPAI enforcement under Commission authority administered through the AI Office. Chunks 1 and 2 both cite Recital 162 and are directly relevant; Chunk 3 describes market surveillance authority procedures for compliant AI systems and is only partially relevant. Gemma-2B, Llama-3.1-8B, and Mistral-7B corrected under RAG. TinyLlama persisted with ENISA, representing an integration failure in which the retrieved passages were insufficient to override a strongly encoded parametric prior.
Q100 asks how an AI system assessing recidivism risk in criminal proceedings is classified under the Act. It is a medium-difficulty, applied question on risk classification. Gemma-2B, Llama-3.1-8B, and Mistral-7B all selected “Prohibited” under vanilla inference, incorrectly mapping the fundamental rights concerns raised by recidivism prediction to Article 5 prohibitions rather than to the Annex III high-risk classification. All three retrieved chunks were relevant; Chunk 1 lists recidivism risk assessment verbatim as an Annex III category. The three larger models corrected under RAG. TinyLlama persisted with the wrong response representing an integration failure in which the retrieved evidence was not effectively incorporated into the model’s reasoning.
Q32 asks within how many days a high-risk AI system provider must notify the national competent authority of a serious incident. It is a difficult, procedural question about governance. The correct answer is 15 days (Article 73); distractors are 72 h, 30 days, and 90 days. All four models failed under vanilla inference: TinyLlama selected 90 days; Gemma-2B and Mistral-7B selected 72 h, likely reflecting the GDPR Article 33 personal data breach notification deadline; and Llama-3.1-8B selected 30 calendar days. Chunks 1 and 2 both reference Article 73 and the serious incident notification framework, and TinyLlama, Gemma-2B, and Mistral-7B corrected to 15 days. Llama-3.1-8B persisted with 30 days despite receiving the same chunks, representing a model-specific integration failure (the 30-day timeframe appears in multiple EU regulatory instruments).
The following four cases illustrate RAG-induced regressions, in each case arising from a different failure mechanism.
Q58 asks which procedural step a public authority must complete before deploying a high-risk Annex III AI system for employment-related decisions. It is a difficult, procedural, compliance question. The correct answer is a fundamental rights impact assessment (Article 27); distractors include registration in the EU database, notification of the EDPS, and a GDPR data protection impact assessment. Llama-3.1-8B and Mistral-7B had the correct answer through parametric knowledge. After RAG, both switched to registration in the EU database. The retriever matched keywords such as “public authority”, “Annex III”, and “high-risk” to registration-related passages. As a result, the retrieved passages described deployer registration obligations rather than the Article 27 pre-deployment requirement. Chunk 3 reaches Article 27 but it is truncated before the operative obligation is stated. This is a retrieval failure: the correct article was reached but the decisive passage was not captured within the retrieved excerpt.
Q79 asks which entity affixes the CE marking to a high-risk AI system. It is an easy, factual question on the AI system lifecycle. The correct answer is the provider (Articles 16 and 48); distractors include the AI Office, the national competent authority, and a designated notified body. Llama-3.1-8B had the correct answer parametrically and maintained it under RAG. The two smaller models answered incorrectly under both conditions. Mistral-7B, which also had the correct answer initially, regressed under RAG. Chunks 1 and 2 were partially relevant, confirming that CE marking must be applied without specifying who affixes it. Chunk 3 describes affixing of the notified body’s identification number—a separate requirement from CE marking. This appears to mislead Mistral-7B, which appears to have extracted the notified body as the affixing entity without recognizing the distinction between the two requirements.
Q30 examines who bears provider-like obligations when a deployer customizes a high-risk AI system decision threshold. It is a difficult, applied, compliance question. The correct answer is that the bank (deployer) assumes provider obligations for the modified aspects; distractors include the original technology firm, no additional obligations, and the European Banking Authority. Three of the four models answered correctly under vanilla inference. The first retrieved chunk describes pre-determined learning changes that do not constitute a substantial modification, a provision that applies to provider-determined automatic updates. Llama-3.1-8B and Mistral-7B correctly resisted this misleading passage. Gemma-2B, however, regressed from the correct answer to “no additional obligations”, representing a model-specific integration failure in which a partially relevant chunk displaced a correct parametric prior.
Q92 asks for the maximum fine applicable to an SME committing a minor infringement not involving prohibited AI or GPAI violations. It is a difficult, factual, governance question. The correct answer is €5 million or 1% of global annual turnover (Article 99(6)); distractors offer higher fine tiers. The first retrieved chunk informs on the SME fine calculation principle but requires cross-referencing paragraphs 3–5 of Article 99 to derive the specific amount. Llama-3.1-8B, which had selected the wrong tier under vanilla (€10M/2%), corrected under RAG. Mistral-7B, which had the correct answer under vanilla, switched to an incorrect tier after RAG, apparently misapplying the multi-step inference required by the retrieved text. This case illustrates that even high-quality retrieval can produce contradictory outcomes across models when the correct answer requires multi-step reasoning rather than direct extraction from the retrieved passage.

4.2. Model Comparison

Figure 19 presents the radar profiles for TinyLlama-1.1B and Gemma-2B under both conditions.
Figure 20 presents the radar profiles for Llama-3.1-8B and Mistral-7B. Vanilla polygons are larger and more convex than those of the smaller models, indicating that the 7B-scale models exhibit broader EU AI Act knowledge, reflecting their combined differences in scale, architecture, training, and precision. The indentation at the governance-and-enforcement vertex indicates weaker model knowledge of the Act’s supervisory architecture, enforcement procedures, and penalty structures. Under RAG, Mistral-7B’s polygon expands uniformly outward across all dimensions, reaching near-ceiling on risk classification (95.2%) and applied/contextual (95.2%) categories. Llama-3.1-8B’s RAG profile also expands (with a slight contradiction in difficult questions, 83.8% vanilla to 81.1% RAG). Mistral-7B improves more uniformly with RAG while Llama-3.1-8B has stronger gains on easy questions with top performance on conceptual questions.
Figure 21 presents the radar profiles for the four models. The outward expansion of vanilla polygons from TinyLlama-1.1B through Gemma-2B to the 7B-scale models indicates a positive association between model scale and EU AI Act understanding. Because the models also differ in architecture, training data, and numerical precision, model size cannot be isolated as the sole cause of this difference. The observed effect is non-linear and category-dependent: governance and enforcement accuracy improve substantially from small to medium-scale (24.1% for TinyLlama to 65.5% for both 7B models), while conceptual/theoretical performance approaches its ceiling already at the 2B scale (Gemma-2B vanilla 56.5%, RAG 65.2%, versus Llama-3.1-8B vanilla 95.7%). Llama-3.1-8B under RAG is the highest-performing configuration in terms of overall accuracy (90.0%), while Mistral-7B under RAG achieves the most uniform gains across all four regulatory mechanism categories.

4.3. Statistical Significance Analysis

To investigate whether the observed differences in accuracy are statistically significant, McNemar’s test has been employed to compare the predictions of two classifiers evaluated on identical observations (pair data). The test focuses on the different predictions, that is, the cases in which the two classifiers disagree. The contingency table consists of the following parameters:
  • a: The number of questions answered correctly by both the vanilla and RAG versions.
  • b: The number of questions answered incorrectly by the vanilla model but correctly by the RAG model.
  • c: The number of questions answered correctly by the vanilla model but incorrectly by the RAG model.
  • d: The number of questions answered incorrectly by both models.
The discordant pairs (b and c) contribute to the McNemar test statistic. The exact binomial form is used as the total number of discordant pairs is lower than 25 (count of observations). For all models examined, the total number of discordant pairs was less than this number.
Using Table 1, the exact McNemar test was applied separately to each model, giving the results as in Table 2.
For the TinyLlama-1.1B model, the vanilla version has an accuracy of 22.0% and the RAG version an accuracy of 25.0%. Upon comparing the responses generated by the two, there were 10 cases where the RAG version gave a correct response whereas the Vanilla one was wrong (b = 10), as well as seven cases where the vanilla version was right and the RAG version wrong (c = 7). The results of the McNemar test were χ2 = 7, p = 0.629. As the p-value is larger than the standard value for alpha of 0.05, the difference is not statistically significant, and the null hypothesis (the marginal probabilities of getting a right answer in each of the versions are equal) is not rejected. Therefore, RAG-based retrieval does not make TinyLlama perform reliably better (performance improvement can be attributed to randomness).
The Gemma-2B model has an accuracy of 47.0% in vanilla mode and 64.0% in RAG mode. The analysis of the discordant pairs indicates 18 instances where only the RAG model gives the right answer (b = 18) and one instance where only the vanilla model provides the right answer (c = 1). The result of the exact McNemar test gives a value of the statistic as 1 and p < 0.001. As the p value is less than 0.05, the null hypothesis is rejected.
Regarding Llama-3.1-8B, vanilla accuracy is 80.0% and RAG-based is 90.0%. There have been 12 cases when only RAG-supported answered correctly (b = 12) and two cases where only vanilla has been right (c = 2). According to the exact McNemar test, the value of statistic is equal to 2 and p = 0.013. The difference is statistically significant and thus the null hypothesis is rejected.
Concerning the Mistral-7B model, the results have been 77.0% for the vanilla approach and 87.0% for the one with RAG. There have been 14 discordant cases where only the RAG-supported correctly (b = 14) and four cases where only the vanilla has been correct in its prediction (c = 4). The McNemar test resulted in a value of 4 and p = 0.031. Since the p value is less than 0.05, the null hypothesis is rejected, indicating a significant difference in performance.
The analysis indicates that the effect of RAG on models is not uniform. Although TinyLlama-1.1B had only a marginal increase in performance, which is statistically insignificant, the Gemma-2B, Llama-3.1-8B, and Mistral-7B models showed a significant improvement after being integrated with RAG.

4.4. Methodology Validation

To validate the methodology, the three key aspects, (a) the multiple-choice question classification scheme, (b) the effectiveness of retriever in comparison with BM25 and (c) the sensitivity of top-k, have been investigated.
First, to assess the reliability of the multiple-choice classification scheme, an independent expert with expertise in EU regulation, having already verified the soundness of the correct responses, labelled the full set of multiple-choice questions based on the criteria defined in Section 2.4. Cohen kappa has been calculated considering the relative observed agreement (i.e., the actual proportion of alignment, po) and the probability of agreement by chance (the proportion of times they would be expected to agree by chance, pc).
Cognitive   difficulty :   κ = p o p c 1 p c = 0.81 0.3463 1 0.3463 = 0.71
Knowledge   type :   κ = p o p c 1 p c = 0.88 0.2524 1 0.2524 = 0.84
Regulatory   mechanism :   κ = p o p c 1 p c = 0.82 0.2582 1 0.2582 = 0.76
Inter-annotator agreement, measured by Cohen’s kappa, has been 0.71 for cognitive difficulty, 0.84 for knowledge type, and 0.76 for regulatory mechanism. Figure 22 presents the confusion matrices comparing the two classifications.
Second, the retriever employed, all-MiniLM-L6-v2 with FAISS cosine similarity, has been compared with the BM25 lexical baseline operating over the identical chunk corpus. For each question, in a 40-question balanced sample (including 10 questions per category in the knowledge type and the regulatory mechanism dimensions) the top three passages returned by the dense retriever and by BM25 were collected. Each retrieved excerpt was assessed for relevance against the question by the independent expert. The excerpt is considered relevant if it contains the provision of the Act on which the correct answer depends.
Precision@3 as the proportion of the three retrieved passages considered relevant, Recall@3 as the proportion of questions for which at least one relevant passage appeared in the top three and the Mean Reciprocal Rank (MRR) as the ranking of retrieved relevant passages have been computed per question for each retriever and averaged. As depicted in Figure 23, the dense retriever (all-MiniLM-L6-v2) achieved a mean Precision@3 of 0.24, a Recall@3 of 0.57, and a Mean Reciprocal Rank (MRR) of 0.39, compared with 0.23, 0.50, and 0.36 respectively for the BM25 lexical baseline. As the responses of a subset of questions depend on a single provision of the Act, only one of the three retrieved passages may be relevant, capping for these questions the Precision@3 metric at 0.33, irrespective of retrieval quality.
The dense retriever outperformed BM25 although the modest absolute values across both retrievers confirm that retrieval remains a limiting factor. Third, while the retrieval depth was fixed at k = 3 for all experiments to allow for a consistent evaluation setting across models, a top-k sensitivity analysis, for Gemma-2B and Mistral-7B models, has been performed to examine the effect of varying the number of retrieved chunks on the accuracy.
The results, as depicted in Figure 24, indicate that retrieval depth can influence performance depending on the model. Mistral-7B benefits from additional retrieved context, with accuracy increasing from 79% at k = 1 to 89% at k = 4. Gemma-2B improves from 62% at k = 1 and k = 2 to 64% at k = 3 and 67% at k = 4. While larger models may benefit more from additional context, and smaller models may easily be disturbed by irrelevant retrieved context, a more comprehensive sensitivity analysis across a wider range of k values is required to determine the optimum number of chunks used for each model.

4.5. Limitations

The study used a single retrieval configuration, all-MiniLM-L6-v2, selected for its wide adoption, open-source availability, and limited compute requirements. all-MiniLM-L6-v2 was pre-trained on general English text without legal-domain fine-tuning, which may reduce retrieval precision on provisions where vocabulary diverges from general use. The qualitative analysis in Section 4.1 investigates retrieval quality for the eight selected questions; however, formal IR evaluation was not conducted against a human relevance judgement set. Legal-domain retrievers and alternative embedding models (such as Legal-BERT, sparse–dense hybrids, and domain-adapted embedders) have not been tested and could affect retrieval quality and the resulting RAG performance.
The retrieval configuration has been constant across all four models with the models receiving three excerpts of 180 words per question from the same FAISS index. This configuration ensured that cross-model differences reflected variation in comprehension and integration capacity rather than differences in retrieval volume. However, as identified in the top-k sensitivity analysis, 2B and 7B models may operate below their potential optimal retrieval configuration considering their larger context windows. RAG hyperparameters, particularly the chunk size and retrieval depth, were selected partially based on their performance (inherent limitations) on the evaluation benchmark. As a result, the RAG setup was not determined completely independently of the test data, which may have introduced a degree of evaluation bias. While no per-question or per-category tuning was performed, and the retrieval configuration was fixed before the final evaluation run, the performance improvements observed for the RAG-enhanced models may be slightly optimistic and may not necessarily be reproduced on a new dataset.
The benchmark set of 100 multiple-choice questions has been authored by the research team. Benchmark classification labels on the three dimensions (cognitive difficulty, knowledge type, and regulatory mechanism) have been assigned through majority vote by the authors (after independently assigning labels). The classification has been validated by an expert with expertise in EU regulation. The benchmark cannot be considered a fully validated psychometric instrument, and results should be interpreted as indicative of relative model performance rather than as an absolute measure of regulatory comprehension. In addition, findings are conditioned on the specific retrieval pipeline and may not generalize to embedding models, indexing schemes, retrieval depths, or chunking strategies.

5. Conclusions

This study evaluated four open-source large language models: TinyLlama-1.1B-Chat, Gemma-2B-Instruct, Llama-3.1-8B-Instruct, and Mistral-7B-Instruct-v0.3. The models were tested on the EU AI Act under both baseline inference and retrieval-augmented generation conditions using a curated 100-question multiple-choice benchmark with balanced answer distributions and controlled option-length bias. The results confirm that larger models perform better in terms of parametric knowledge of a specialized regulatory document but not uniformly across knowledge dimensions. The two 7B–8B models achieved vanilla accuracy of 77.0% and 80.0% respectively, while sub-2B models scored 47.0% (Gemma-2B) and 22.0% (TinyLlama-1.1B). Conceptual and theoretical questions approached ceiling performance at the 7B scale (Llama-3.1-8B: 95.7%), while governance and enforcement remained at 65.5% for both large models under standard inference configuration.
RAG improved performance for most of the evaluated models, with gains ranging from 3.0 percentage points for TinyLlama-1.1B, a change not statistically reliable given the near-random baseline, to 17.0 for Gemma-2B, and 10.0 for both 7B–8B models. These results indicate that RAG is beneficial for EU AI Act comprehension for the larger models, but without uniform effect as the improvements for Gemma-2B, Mistral-7B, and Llama-3.1-8B are statistically significant, whereas that for TinyLlama-1.1B is not.
Procedural questions were the category most consistently improved by retrieval augmentation. The qualitative case analysis identifies two distinct failure modes: (a) retrieval failures, where the embedding mechanism does not surface the relevant provision, and (b) integration failures, where the correct passage is retrieved but the model cannot correctly exploit it. RAG has improved performance for the evaluated models, in a non-uniform way, under the specific retrieval setup including all-MiniLM-L6-v2 embeddings, FAISS indexing, top-3 retrieval, and the chosen chunking strategy.
Future studies should address the potential evaluation bias arising from benchmark-informed hyperparameter tuning by tuning the RAG configuration using a separate validation set, while keeping an unknown test set exclusively for the final evaluation. This setup would provide a more reliable assessment of whether the observed RAG improvements expand to unseen datasets and different evaluation settings. Furthermore, future work can explore three primary directions. First, optimization of the retrieval mechanism can be investigated involving BM25, sparse–dense hybrids, and legal-domain embedding models, involving a variable number of k. Second, the governance and enforcement performance gap warrants further investigation to determine whether it reflects the lower frequency of EU supervisory architecture content in pre-training corpora or a difficulty in encoding enforcement procedures parametrically. Third, the benchmark methodology and RAG evaluation framework can be applicable beyond the EU AI Act to other EU regulatory instruments, including the General Data Protection Regulation, the Digital Services Act, and the forthcoming implementing measures and delegated regulations of the AI Act itself.

Author Contributions

Conceptualization, A.P. and E.T.; methodology, A.P.; software, E.T.; formal analysis, A.P.; data curation, E.T.; writing—original draft preparation, A.P. and E.T.; writing—review and editing, G.P. All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Data Availability Statement

The complete set of materials supporting this study, including the code, model configurations, evaluation data, and retrieval outputs, will be deposited in a permanent public repository (Zenodo) upon acceptance/publication of the manuscript. A citable DOI will be provided to ensure long-term accessibility and facilitate the reproducibility of the reported results.

Acknowledgments

The authors would like to thank the Editor, the Academic Editor and the anonymous reviewers for their constructive comments that allowed the substantial improvement of the manuscript through the review process. The authors also thank Anastasia Papastylianou (National Centre for Public Administration and Local Government) for her guidance in the validation of the methodology.

Conflicts of Interest

The authors declare no conflicts of interest.

Abbreviations

The following abbreviations are used in this manuscript:
AIArtificial Intelligence
BM25Best Match 25
CIConfidence Interval
DPRDense Passage Retrieval
EDPREuropean Data Protection Board
ENISAEuropean Union Agency for Cybersecurity
EUEuropean Union
FAISSFacebook AI Similarity Search
FRIAFundamental Rights Impact Assessment
GDPRGeneral Data Protection Regulation
GPAIGeneral-Purpose Artificial Intelligence
IRInformation Retrieval
JSONJavaScript Object Notation
KGsKnowledge Graphs
LLM(s)Large Language Model(s)
MLM(s)Medium Language Model(s)
MCQsMultiple-Choice Questions
MRRMean Reciprocal Rank
NLPNatural Language Processing
OPTOpen Pretrained Transformer
RAGRetrieval Augmented Generation
SLM(s)Small Language Model(s)

Appendix A

Each question in the benchmark dataset is stored as a JSON object containing seven fields: a unique identifier (id), the question stem (question), four labelled answer options (options, with keys A–D), the correct answer letter (correct_answer), and three classification metadata fields, cognitive_difficulty (easy, medium, or difficult), knowledge_type (factual/terminology, conceptual/theoretical, procedural, or applied/contextual), and regulatory_mechanism (risk classification, compliance requirements, governance and enforcement, or AI system lifecycle). The dataset is structured as a JSON array of 100 such objects, loadable directly at runtime by the inference pipeline. The MCQ are included in Table A1.
Table A1. Benchmark MCQs.
Table A1. Benchmark MCQs.
MCQ
[
  {
    “id”: “q1”,
    “question”: “Under the EU AI Act, which category of AI systems is subject to the most stringent requirements?”,
    “options”: {
      “A”: “Minimal-risk AI systems”,
      “B”: “High-risk AI systems”,
      “C”: “Limited-risk AI systems”,
      “D”: “General-purpose AI systems”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 8, Article 6 and Annex III”
  },
  {
    “id”: “q2”,
    “question”: “Which of the following AI practices is explicitly prohibited under the EU AI Act?”,
    “options”: {
      “A”: “Using AI for credit scoring within a regulated financial institution”,
      “B”: “Deploying subliminal techniques to distort behaviour”,
      “C”: “Applying AI to assist with personalised marking in educational assessments”,
      “D”: “Using AI for predictive maintenance on industrial equipment”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 5(1)(a)”
  },
  {
    “id”: “q3”,
    “question”: “What is the primary regulatory body established at EU level to coordinate enforcement of the AI Act?”,
    “options”: {
      “A”: “European Data Protection Board (EDPB)”,
      “B”: “European Securities and Markets Authority (ESMA)”,
      “C”: “European Standardisation Committee (CEN)”,
      “D”: “European AI Office”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Recital 160, Articles 88-94 “
  },
  {
    “id”: “q4”,
    “question”: “According to the EU AI Act, which document must high-risk AI system providers maintain to demonstrate compliance?”,
    “options”: {
      “A”: “Technical documentation”,
      “B”: “Environmental impact assessment”,
      “C”: “Financial audit report”,
      “D”: “User satisfaction survey”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 11, Article 18”
  },
  {
    “id”: “q5”,
    “question”: “In the EU AI Act, ‘deployer’ refers to:”,
    “options”: {
      “A”: “Any natural or legal person that develops an AI system and places it on the market, under current legislation”,
      “B”: “A public authority responsible for auditing AI systems in its jurisdiction”,
      “C”: “Any natural or legal person that uses an AI system under its authority, except for personal non-professional use “,
      “D”: “An independent body appointed by a Member State to certify AI system compliance”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 3(4)”
  },
  {
    “id”: “q6”,
    “question”: “Which of the following is not listed as a high-risk AI application area in Annex III of the EU AI Act?”,
    “options”: {
      “A”: “Biometric identification”,
      “B”: “Critical infrastructure management”,
      “C”: “Online gaming platforms”,
      “D”: “Access to education and vocational training”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Annex III”
  },
  {
    “id”: “q7”,
    “question”: “What does the CE marking on a high-risk AI system indicate?”,
    “options”: {
      “A”: “The system conforms to applicable EU requirements”,
      “B”: “The system has been cybersecurity-certified”,
      “C”: “The system has received GDPR clearance”,
      “D”: “The system has been tested for environmental impact”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Recital 129, Article 47”
  },
  {
    “id”: “q8”,
    “question”: “Under the EU AI Act, who bears primary responsibility for ensuring a high-risk AI system complies with the regulation before placing it on the market?”,
    “options”: {
      “A”: “The deployer”,
      “B”: “The national competent authority”,
      “C”: “The provider”,
      “D”: “The end user”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 16”
  },
  {
    “id”: “q9”,
    “question”: “Which AI system type is subject to transparency obligations including disclosure that a person is interacting with an AI?”,
    “options”: {
      “A”: “Limited-risk AI such as chatbots”,
      “B”: “High-risk AI”,
      “C”: “Minimal-risk AI”,
      “D”: “General-purpose AI models only”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 50”
  },
  {
    “id”: “q10”,
    “question”: “What is the primary duty of a notified body under the EU AI Act?”,
    “options”: {
      “A”: “To manage the EU database of registered high-risk AI systems on behalf of the Commission, under current legislation”,
      “B”: “To investigate serious incidents reported by providers and issue corrective orders”,
      “C”: “To publish harmonized technical standards for AI systems in the Official Journal”,
      “D”: “To carry out third-party conformity assessments of high-risk AI systems before market placement”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 33(1), Article 44(1)”
  },
  {
    “id”: “q11”,
    “question”: “Why does the EU AI Act adopt a risk-based approach rather than a uniform set of rules for all AI systems?”,
    “options”: {
      “A”: “To reduce administrative costs for all AI developers uniformly across the market”,
      “B”: “To exclude all academic research AI systems from any form of regulatory oversight, per the regulation”,
      “C”: “To align regulatory obligations proportionally with the level of harm a system can cause”,
      “D”: “To replicate existing product safety law without adaptation to AI-specific risks”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Recital 26”
  },
  {
    “id”: “q12”,
    “question”: “A company uses an AI system to rank job applicants. Under the EU AI Act, this system is most likely classified as:”,
    “options”: {
      “A”: “High-risk”,
      “B”: “Prohibited”,
      “C”: “Limited-risk”,
      “D”: “Minimal-risk”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Annex III, point 4(a)”
  },
  {
    “id”: “q13”,
    “question”: “What is the conceptual rationale behind requiring a risk management system for high-risk AI systems throughout the entire lifecycle?”,
    “options”: {
      “A”: “Because risks materialise after deployment and cannot be identified at design stage”,
      “B”: “Because the lifecycle requirement aligns the AI Act with GDPR’s data retention principles, as applicable”,
      “C”: “Because AI systems may evolve in behaviour over time, introducing new risks not foreseeable at the point of conformity assessment”,
      “D”: “Because post-market monitoring is required for systems processing biometric data”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 9”
  },
  {
    “id”: “q14”,
    “question”: “Under the EU AI Act, real-time remote biometric identification in public spaces by law enforcement is:”,
    “options”: {
      “A”: “Permitted without restriction for any law enforcement purpose”,
      “B”: “Prohibited under all circumstances with no exceptions”,
      “C”: “Classified as high-risk and permitted with prior authorization in strictly defined situations”,
      “D”: “Only permitted for private security companies with prior national authority approval, as applicable”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 5(2)”
  },
  {
    “id”: “q15”,
    “question”: “How does the concept of ‘human oversight’ in the EU AI Act differ from having a human just present during AI operation?”,
    “options”: {
      “A”: “Physical proximity of a trained operator to the hardware running the AI system”,
      “B”: “Mandatory human review of all AI outputs regardless of system risk classification”,
      “C”: “A human must be able to monitor, understand, and intervene in the system’s operation”,
      “D”: “Logging AI outputs automatically for batch review by a compliance officer once per month”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 14(1)”
  },
  {
    “id”: “q16”,
    “question”: “An AI system is used to evaluate loan applications at a bank. The bank is based in France but serves customers across the EU. Which statement describes the territorial scope of the EU AI Act?”,
    “options”: {
      “A”: “The Act applies only in France, since that is where the provider is established, as applicable”,
      “B”: “The Act applies across all EU Member States where the system’s outputs affect persons”,
      “C”: “The Act applies only if the bank has more than 250 employees in the EU”,
      “D”: “The Act does not apply to financial institutions already regulated by the ECB”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 2(1)”
  },
  {
    “id”: “q17”,
    “question”: “Why are general-purpose AI (GPAI) models subject to separate rules in the EU AI Act compared to task-specific AI systems?”,
    “options”: {
      “A”: “GPAI models always achieve higher accuracy than task-specific models on standardised tests, under current legislation”,
      “B”: “GPAI models can be adapted for many uses, making it harder to foresee and assess risks at development stage”,
      “C”: “GPAI models are developed outside the EU and fall under import regulations”,
      “D”: “Task-specific AI systems are exempt from the regulation whenever used by SMEs”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Recital 17, Recital 101”
  },
  {
    “id”: “q18”,
    “question”: “A deployer of a high-risk AI system receives complaints from users about biased outputs. Under the EU AI Act, what is the deployer’s primary obligation?”,
    “options”: {
      “A”: “The deployer has no obligations; all responsibility rests solely with the provider”,
      “B”: “The deployer must renegotiate the commercial contract to include liability transfer clauses”,
      “C”: “The deployer must conduct a full independent conformity assessment before use”,
      “D”: “The deployer must implement appropriate measures and ensure human oversight during use”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 26(1, 2 and 5) “
  },
  {
    “id”: “q19”,
    “question”: “What principle underlies the requirement for high-risk AI training data to be ‘relevant, representative, and free of errors’?”,
    “options”: {
      “A”: “Data minimization as defined in Article 5(1)(c) of the GDPR”,
      “B”: “Standardizing data formats to ensure interoperability across EU Member States”,
      “C”: “Reducing the computational cost of training by using smaller but cleaner datasets, in the relevant context”,
      “D”: “Ensuring the AI performs reliably across the intended population without introducing bias”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 10(3)”
  },
  {
    “id”: “q20”,
    “question”: “Under the EU AI Act, what is the legal significance of an AI system being developed in compliance with a harmonized standard whose reference has been published in the Official Journal of the EU?”,
    “options”: {
      “A”: “The system is automatically classified as minimal-risk without further assessment”,
      “B”: “The system is presumed to meet the corresponding Act requirements, removing the need to prove compliance separately”,
      “C”: “The system is fully exempt from conformity assessment for five years”,
      “D”: “The harmonized standard replaces national AI legislation entirely in that product sector, under current legislation”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 40”
  },
  {
    “id”: “q21”,
    “question”: “A provider of a high-risk AI system claims its system qualifies for an exception because it is used solely for military purposes. How does the EU AI Act treat this claim?”,
    “options”: {
      “A”: “Military AI is subject to double the standard compliance requirements”,
      “B”: “Military and national security AI systems are fully excluded from the scope of the Act”,
      “C”: “Military AI is prohibited under the Act”,
      “D”: “Military AI follows reduced compliance requirements but must register with ENISA, in the relevant context”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 2(3)”
  },
  {
    “id”: “q22”,
    “question”: “Post-market monitoring under the EU AI Act is best understood as:”,
    “options”: {
      “A”: “An active, ongoing data collection and review process throughout the system’s operational lifetime”,
      “B”: “A single compliance review conducted six months after initial market placement”,
      “C”: “Annual written reporting to the national competent authority on system performance, under the applicable rules”,
      “D”: “A monitoring obligation triggered only when a user lodges a formal complaint”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 72”
  },
  {
    “id”: “q23”,
    “question”: “Considering the EU AI Act’s penalty structure, what is the maximum fine for a provider who places a prohibited AI system on the market?”,
    “options”: {
      “A”: “€10 million or 2% of global annual turnover”,
      “B”: “€35 million or 7% of global annual turnover”,
      “C”: “€20 million or 4% of global annual turnover”,
      “D”: “€50 million or 10% of global annual turnover”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 99(3)”
  },
  {
    “id”: “q24”,
    “question”: “An AI system automatically filters CVs and shortlists candidates without human review. An applicant claims that he/she has been unfairly rejected. Under the EU AI Act, what right does this person have?”,
    “options”: {
      “A”: “No right under the AI Act specifically; GDPR Article 22 rights may apply separately”,
      “B”: “The right to access the full source code and training data of the system”,
      “C”: “The right to demand the AI system be taken offline pending review”,
      “D”: “The right to obtain clear explanations of the AI system’s role in the decision”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 86”
  },
  {
    “id”: “q25”,
    “question”: “The EU AI Act requires that certain high-risk AI systems be registered in the EU database before deployment. What is the primary governance purpose of this database?”,
    “options”: {
      “A”: “To restrict market access to AI systems that have not obtained a commercial license from the Commission, under current legislation”,
      “B”: “To assign each high-risk AI system a unique identifier that replaces the CE marking requirement”,
      “C”: “To store training data used by high-risk AI systems for inspection by data protection authorities”,
      “D”: “To enable national authorities and the public to identify which high-risk AI systems are on the market and verify their compliance status”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 71”
  },
  {
    “id”: “q26”,
    “question”: “A US-based company trains a GPAI model abroad and licenses it to an EU business, acting as a deployer for customer-facing use. Under the EU AI Act:”,
    “options”: {
      “A”: “The US company must retrain the model on EU-only data before any deployment”,
      “B”: “The EU business must comply with deployer obligations including use-case monitoring”,
      “C”: “The EU business must obtain an exemption waiver from the European AI Office first”,
      “D”: “The US company must register as an EU establishment within 30 days of first use”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 2(1), Article 26”
  },
  {
    “id”: “q27”,
    “question”: “A provider is designing a conformity assessment for a high-risk AI system used in critical infrastructure. Which sequence of steps correctly represents the required process under the EU AI Act?”,
    “options”: {
      “A”: “Register in EU database → obtain CE mark → conduct internal conformity assessment, under current legislation”,
      “B”: “File a patent → pass an ENISA cybersecurity audit → obtain CE mark from ENISA”,
      “C”: “Submit to a notified body → publish a notice in the Official Journal → deploy”,
      “D”: “Risk management → technical documentation → conformity assessment → CE marking → register in the EU database”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 9, Article 11, Article 43, Article 48, Article 49”
  },
  {
    “id”: “q28”,
    “question”: “A GPAI model provider notifies the AI Office that the cumulative amount of compute used for training their model exceeds 10^25 floating point operations. Under the EU AI Act, what does this trigger?”,
    “options”: {
      “A”: “The model is automatically banned from the EU market until reviewed”,
      “B”: “The model is classified as having systemic risk and triggers enhanced obligations including adversarial testing and incident reporting to the AI Office”,
      “C”: “The provider must open-source the model under a designated EU public license”,
      “D”: “The provider must submit the model to a national AI safety institute for evaluation, under current legislation”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 51(2), Article 55”
  },
  {
    “id”: “q29”,
    “question”: “A high-risk AI system used in healthcare undergoes a substantial modification post-deployment. Under the EU AI Act, this modification most likely requires:”,
    “options”: {
      “A”: “No action if the modification improves performance metrics”,
      “B”: “Withdrawal from the market followed by reapplication for CE marking from scratch”,
      “C”: “Only an updated user manual and no further regulatory steps”,
      “D”: “A new conformity assessment to determine whether the system still meets requirements”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 43(4), Article 3(23)”
  },
  {
    “id”: “q30”,
    “question”: “Analyze the following scenario: an AI system used to assess creditworthiness is sold to a bank (deployer) by a technology firm (provider). The bank customizes the model’s decision thresholds. Who bears provider-like obligations for the customized version?”,
    “options”: {
      “A”: “The original technology firm retains all obligations regardless of customization”,
      “B”: “The bank assumes provider obligations for the aspects it has modified”,
      “C”: “No additional obligations arise because threshold changes are not a substantial modification”,
      “D”: “The European Banking Authority assumes regulatory responsibility”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 25(1)”
  },
  {
    “id”: “q31”,
    “question”: “Under the EU AI Act, which combination of factors would most strongly indicate that an AI system poses ‘systemic risk’?”,
    “options”: {
      “A”: “Wide deployment across critical sectors combined with high capability and potential for systemic harm”,
      “B”: “High accuracy benchmarks on standardized tests and rapid inference speed”,
      “C”: “Use of open-source code and transparent documentation of the training data, as applicable”,
      “D”: “Certification under ISO 27001 and SOC2 security assurance standards”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 51(1), Recital 110”
  },
  {
    “id”: “q32”,
    “question”: “A provider of a high-risk AI system learns of a serious incident. Within how many days does the EU AI Act require notification to the national competent authority for serious incidents?”,
    “options”: {
      “A”: “72 h”,
      “B”: “15 days”,
      “C”: “30 days”,
      “D”: “90 days”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “ Article 73(1), Article 73(2)”
  },
  {
    “id”: “q33”,
    “question”: “How does the EU AI Act treat an AI system that is also covered by sector-specific EU safety legislation listed in Annex I (e.g., medical devices or machinery)?”,
    “options”: {
      “A”: “The system must comply with both the AI Act requirements and the sector-specific legislation simultaneously”,
      “B”: “The AI Act applies exclusively and sector-specific legislation is suspended”,
      “C”: “The sector-specific legislation takes precedence, and the AI Act does not apply”,
      “D”: “The provider must choose which framework to comply with and notify the Commission of their choice, as applicable”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 8(2), Annex I”
  },
  {
    “id”: “q34”,
    “question”: “A national authority conducts a market surveillance investigation and finds that a high-risk AI system’s technical documentation is incomplete. Under the EU AI Act, which sequence of enforcement actions is most consistent with the regulation?”,
    “options”: {
      “A”: “Immediate fine → public blacklisting → mandatory market withdrawal”,
      “B”: “Notify EUROPOL → conduct criminal investigation → impose administrative fine”,
      “C”: “Request corrective action within a reasonable period → if non-compliant, restrict or withdraw the system → notify the Commission “,
      “D”: “Publish an advisory notice → wait 12 months → initiate infringement procedure, in the relevant context”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 79(1)”
  },
  {
    “id”: “q35”,
    “question”: “A provider argues that its AI system used for employee performance monitoring is exempt from the EU AI Act because it constitutes scientific research. Evaluate this claim.”,
    “options”: {
      “A”: “Valid as all scientific research AI is explicitly exempt from the Act’s scope”,
      “B”: “Invalid as employee monitoring AI is categorically prohibited under Article 5”,
      “C”: “Partially valid as research is exempt but the system becomes subject to the Act on deployment”,
      “D”: “Valid only if the provider is a publicly funded university or research institution, in the relevant context”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 2(6), Article 2(8)”
  },
  {
    “id”: “q36”,
    “question”: “Which entity is responsible for maintaining the EU database of high-risk AI systems under the EU AI Act?”,
    “options”: {
      “A”: “Each member state independently”,
      “B”: “The European Commission”,
      “C”: “The European Union Agency for Cybersecurity (ENISA)”,
      “D”: “The European Data Protection Supervisor (EDPS)”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 71(1)”
  },
  {
    “id”: “q37”,
    “question”: “The EU AI Act defines an ‘AI system’ as a machine-based system that operates with varying levels of autonomy. Which characteristic distinguishes an AI system from conventional software under this definition?”,
    “options”: {
      “A”: “It must maintain a continuous internet connection throughout all operational phases”,
      “B”: “It must use a neural network with at least three independently trained hidden layers, under current legislation”,
      “C”: “It must have been trained on a minimum of one million labelled data points”,
      “D”: “It can generate outputs such as predictions, recommendations, or decisions that influence real or virtual environments, inferred from its inputs”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 3(1)”
  },
  {
    “id”: “q38”,
    “question”: “Under the EU AI Act, an AI system used for social scoring by public authorities and leading to treatment disproportionate to their behavior, is:”,
    “options”: {
      “A”: “High-risk and subject to third-party conformity assessment”,
      “B”: “Limited-risk and subject to transparency disclosures”,
      “C”: “Prohibited”,
      “D”: “Allowed if an ethics board approves the scoring criteria”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 5(1)(c)”
  },
  {
    “id”: “q39”,
    “question”: “Providers of GPAI models must publish a summary of training data used, primarily to fulfil which obligation under the EU AI Act?”,
    “options”: {
      “A”: “Environmental sustainability reporting”,
      “B”: “Consumer protection labelling requirements”,
      “C”: “Competition law notification to the European Commission”,
      “D”: “Copyright compliance and transparency about training content”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 53(1)(d), Recital 107”
  },
  {
    “id”: “q40”,
    “question”: “Under the EU AI Act, which of the following is a specific obligation of deployers operating high-risk AI systems that involve natural persons?”,
    “options”: {
      “A”: “Informing natural persons that they are subject to the use of the high-risk AI system”,
      “B”: “Publishing the system’s algorithmic logic in a publicly accessible national register”,
      “C”: “Submitting a fundamental rights impact assessment to the Commission before first deployment”,
      “D”: “Obtaining prior approval from the European AI Office before each individual deployment decision”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 26(11)”
  },
  {
    “id”: “q41”,
    “question”: “AI regulatory sandboxes established under the EU AI Act are intended to:”,
    “options”: {
      “A”: “Allow prohibited AI practices to be piloted without legal penalties for participants”,
      “B”: “Provide a controlled environment to develop and test innovative AI under regulatory supervision”,
      “C”: “Replace conformity assessments for startups with fewer than 50 employees”,
      “D”: “Enable Member States to opt out of AI Act requirements for domestically developed systems, in the relevant context”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 57”
  },
  {
    “id”: “q42”,
    “question”: “A high-risk AI system unexpectedly produces discriminatory outputs affecting a minority group. The provider investigates and determines whether the root cause is biased training data. Under the EU AI Act, the obligation most directly violated is:”,
    “options”: {
      “A”: “The requirement to use relevant, representative, and appropriately bias-mitigated training data”,
      “B”: “The obligation to affix a CE marking before placing the system on the market”,
      “C”: “The requirement to register the discriminatory system in the EU high-risk database, as applicable”,
      “D”: “The obligation to conduct post-market monitoring and log incidents automatically”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 10(2)(f)”
  },
  {
    “id”: “q43”,
    “question”: “The EU AI Act requires logs to be kept automatically by high-risk AI systems. What is the principal regulatory purpose of this logging requirement?”,
    “options”: {
      “A”: “Enabling providers to monetize anonymized usage data through authorized commercial channels”,
      “B”: “Ensuring traceability of system operations to support post-incident review and accountability”,
      “C”: “Reducing the burden of real-time human oversight by automating compliance checks”,
      “D”: “Facilitating automated compliance reporting to the European AI Office on a quarterly basis”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Recital 71”
  },
  {
    “id”: “q44”,
    “question”: “Which threshold of training compute currently triggers the presumption of systemic risk for a GPAI model under the EU AI Act?”,
    “options”: {
      “A”: “10^25 floating point operations”,
      “B”: “10^20 floating point operations”,
      “C”: “10^23 floating point operations”,
      “D”: “10^30 floating point operations”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 51(2)”
  },
  {
    “id”: “q45”,
    “question”: “A provider of a GPAI model with systemic risk fails to conduct the required adversarial testing. Under the EU AI Act, the maximum applicable fine is:”,
    “options”: {
      “A”: “€10 million or 2% of global annual turnover”,
      “B”: “€5 million or 1% of global annual turnover”,
      “C”: “€15 million or 3% of global annual turnover”,
      “D”: “€20 million or 4% of global annual turnover”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 101(1)(a), Article 55(1)(a)”
  },
  {
    “id”: “q46”,
    “question”: “When a downstream provider integrates a GPAI model into their high-risk AI application, the EU AI Act establishes that responsibilities are allocated through:”,
    “options”: {
      “A”: “Single liability placed entirely on the GPAI model provider regardless of downstream use”,
      “B”: “An arbitration process where the national authority assigns liability after each incident”,
      “C”: “A shared responsibility where each actor is accountable for the parts under their control”,
      “D”: “Default assignment of all obligations to the national competent authority as co-regulator”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 25, Recital 97”
  },
  {
    “id”: “q47”,
    “question”: “Under the EU AI Act, which AI application in the law enforcement domain is prohibited?”,
    “options”: {
      “A”: “Predictive policing tools that identify crime hotspots”,
      “B”: “AI-powered tools for investigating serious cross-border crime”,
      “C”: “Emotion recognition systems used in law enforcement interrogations”,
      “D”: “Automated license plate recognition for traffic enforcement”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 5(1)(f)”
  },
  {
    “id”: “q48”,
    “question”: “The EU AI Act’s provisions on ‘fundamental rights impact assessments’ for deployers of high-risk AI primarily serve to:”,
    “options”: {
      “A”: “Replace GDPR data protection impact assessments in all AI-related processing activities, in the relevant context”,
      “B”: “Certify that an AI system collects no personal data during its operational lifetime”,
      “C”: “Ensure deployers systematically consider and document potential impacts on fundamental rights”,
      “D”: “Provide conformity evidence that substitutes for third-party audits by notified bodies”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 27”
  },
  {
    “id”: “q49”,
    “question”: “A startup releases an open-source GPAI model and claims it is fully exempt from all EU AI Act obligations. Is this claim accurate?”,
    “options”: {
      “A”: “Yes, open-source GPAI models are fully exempt from all obligations under the Act”,
      “B”: “Yes, but only if the startup employs fewer than ten full-time employees”,
      “C”: “No, open-source GPAI models are exempt from some transparency obligations but not all”,
      “D”: “Yes, but only if the model has fewer than one billion trainable parameters”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 53(2)”
  },
  {
    “id”: “q50”,
    “question”: “A hospital deploys a high-risk AI clinical decision-support system. Six months after deployment, the system vendor releases a major update that changes the clinical logic. The hospital applies the update without re-evaluation. What is the primary compliance failure in this scenario?”,
    “options”: {
      “A”: “Failure to notify the vendor of the scheduled maintenance update”,
      “B”: “Failing to assess whether the update constitutes a substantial modification requiring a new conformity assessment”,
      “C”: “GDPR violation if patient data was processed during the update”,
      “D”: “No compliance failure because routine software updates are explicitly excluded, under the applicable rules”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 3(23), Article 43(4)”
  },
  {
    “id”: “q51”,
    “question”: “Under the EU AI Act, a provider becomes aware that a serious incident constitutes a widespread infringement affecting persons in multiple Member States. Within what timeframe must the provider notify the relevant market surveillance authority?”,
    “options”: {
      “A”: “Within 72 h”,
      “B”: “Within 30 calendar days”,
      “C”: “Immediately, with no formal deadline”,
      “D”: “Within 2 days of becoming aware”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 73(3)”
  },
  {
    “id”: “q52”,
    “question”: “Which of the following actions must a provider complete before placing a high-risk AI system on the market?”,
    “options”: {
      “A”: “Notify the AI Office of planned market entry”,
      “B”: “Complete conformity assessment and affix CE marking”,
      “C”: “Obtain user consent from first deployers”,
      “D”: “Register on the national authority’s public website”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 43, Article 48”
  },
  {
    “id”: “q53”,
    “question”: “Who bears the primary responsibility for registering a high-risk AI system in the EU database prior to its placement on the market?”,
    “options”: {
      “A”: “The provider, or their authorized representative when the provider is established outside the EU”,
      “B”: “The deployer who first uses the system, as applicable”,
      “C”: “The national competent authority”,
      “D”: “The importer of the system”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 49(1)”
  },
  {
    “id”: “q54”,
    “question”: “What is the minimum retention period for technical documentation after a high-risk AI system is placed on the market?”,
    “options”: {
      “A”: “3 years”,
      “B”: “7 years”,
      “C”: “10 years”,
      “D”: “5 years”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 18(1)”
  },
  {
    “id”: “q55”,
    “question”: “Before placing a high-risk AI system on the market, a provider must draw up a document formally stating that the system conforms with the EU AI Act. What is this document called?”,
    “options”: {
      “A”: “CE marking certificate”,
      “B”: “Technical documentation file”,
      “C”: “Conformity assessment report”,
      “D”: “EU declaration of conformity”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 47”
  },
  {
    “id”: “q56”,
    “question”: “Before a high-risk AI system is put into service, which system must the providers have in place under EU AI Act?”,
    “options”: {
      “A”: “An independent audit mechanism”,
      “B”: “A quality management system”,
      “C”: “A user feedback register”,
      “D”: “A notified body review protocol”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 17”
  },
  {
    “id”: “q57”,
    “question”: “How must providers of general-purpose AI models make their training data summary available?”,
    “options”: {
      “A”: “Via paid subscription only”,
      “B”: “Only upon formal request from the AI Office”,
      “C”: “Publicly, following the AI Office template “,
      “D”: “In paper form submitted annually to the Commission”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 53(1)(d)”
  },
  {
    “id”: “q58”,
    “question”: “ A public authority is about to deploy a high-risk AI system listed in Annex III for an employment-related decision. The system is already registered in the EU database. Which additional procedural step specific to public body deployers must it complete before deployment under the EU AI Act?”,
    “options”: {
      “A”: “Register the system in the EU database”,
      “B”: “Notify the European Data Protection Supervisor”,
      “C”: “Conduct a fundamental rights impact assessment”,
      “D”: “File a data protection impact assessment under GDPR”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 27”
  },
  {
    “id”: “q59”,
    “question”: “In which document must post-market monitoring plans for high-risk AI systems be included?”,
    “options”: {
      “A”: “The technical documentation”,
      “B”: “The quality management system report”,
      “C”: “The EU declaration of conformity”,
      “D”: “The national supervisory authority register”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 72(1)”
  },
  {
    “id”: “q60”,
    “question”: “When an entity substantially modifies a high-risk AI system, what role does that entity assume?”,
    “options”: {
      “A”: “Distributor with enhanced obligations”,
      “B”: “National authority liaison”,
      “C”: “Provider, with full provider obligations”,
      “D”: “Co-provider alongside the original provider”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 25(1)”
  },
  {
    “id”: “q61”,
    “question”: “How long must providers of GPAI models retain technical documentation after the model is withdrawn from the market?”,
    “options”: {
      “A”: “10 years”,
      “B”: “3 years”,
      “C”: “1 year”,
      “D”: “5 years”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 54(3)(b)”
  },
  {
    “id”: “q62”,
    “question”: “Under the EU AI Act, deployers of certain high-risk AI systems that make decisions related to natural persons must inform those persons. When does this obligation arise?”,
    “options”: {
      “A”: “Before or at the time the AI system is used in relation to those persons”,
      “B”: “Before each individual decision is made by the AI system”,
      “C”: “Only after a formal complaint is filed by an affected person, under the applicable rules”,
      “D”: “Annually, through a public transparency report”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “compliance_requirements”,
    “source_reference”: “Article 26(11), Article 50(5)”
  },
  {
    “id”: “q63”,
    “question”: “Which body is empowered under the EU AI Act to conduct audits of GPAI providers suspected of serious violations?”,
    “options”: {
      “A”: “The AI Office”,
      “B”: “ENISA on behalf of the Commission”,
      “C”: “Member State market surveillance authorities acting jointly”,
      “D”: “The European Data Protection Board”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 92”
  },
  {
    “id”: “q64”,
    “question”: “To which authority must providers of high-risk AI systems make automatically generated logs available on request?”,
    “options”: {
      “A”: “The European Commission only”,
      “B”: “The AI Board only”,
      “C”: “National market surveillance authorities”,
      “D”: “Any EU citizen upon formal request, in the relevant context”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 21(2)”
  },
  {
    “id”: “q65”,
    “question”: “What timeframe applies when a market surveillance authority orders a provider to correct a non-compliant high-risk AI system?”,
    “options”: {
      “A”: “30 days, per the regulation”,
      “B”: “The timeframe set by the authority in its order”,
      “C”: “10 days”,
      “D”: “15 days”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 79(2)”
  },
  {
    “id”: “q66”,
    “question”: “At which stage must providers of high-risk AI systems establish a risk management system?”,
    “options”: {
      “A”: “At the design and development stage, maintained as a continuous iterative process throughout the entire lifecycle”,
      “B”: “When a serious incident is reported by a deployer”,
      “C”: “After first deployment, once real-world performance data becomes available, under current legislation”,
      “D”: “At least six months before the planned market placement date”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 9(1), Article 9(2)”
  },
  {
    “id”: “q67”,
    “question”: “Which best describes post-market monitoring obligations for high-risk AI system providers?”,
    “options”: {
      “A”: “A one-time review six months after market placement”,
      “B”: “Annual reporting to the national competent authority, as applicable”,
      “C”: “Only triggered when a user complaint is filed”,
      “D”: “An active, ongoing data collection and review process throughout the system’s lifetime”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 72”
  },
  {
    “id”: “q68”,
    “question”: “What triggers the obligation for a provider to treat a downstream modifier as a new provider?”,
    “options”: {
      “A”: “Any software update to the system”,
      “B”: “A substantial modification that alters the system’s risk profile or intended purpose”,
      “C”: “A change of brand name or trademark”,
      “D”: “Transfer of commercial ownership of the system, under the applicable rules”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 25(1)”
  },
  {
    “id”: “q69”,
    “question”: “A provider discovers that their deployed high-risk AI system poses an unacceptable risk not identified earlier. What must he/she do?”,
    “options”: {
      “A”: “Request a six-month remediation period from the national authority”,
      “B”: “Publish a public notice on the company website”,
      “C”: “Continue operation while preparing updated documentation”,
      “D”: “Withdraw the system and notify users and authorities without delay”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 20”
  },
  {
    “id”: “q70”,
    “question”: “Which document must be provided to deployers alongside a high-risk AI system under the EU AI Act?”,
    “options”: {
      “A”: “The instructions for use”,
      “B”: “The EU declaration of conformity”,
      “C”: “The risk management report”,
      “D”: “The training data adequacy summary”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 13(1)”
  },
  {
    “id”: “q71”,
    “question”: “When does the obligation to conduct post-market monitoring begin for a high-risk AI system?”,
    “options”: {
      “A”: “As soon as the system is placed on the market or put into service”,
      “B”: “When the first user complaint is received”,
      “C”: “One year after initial market placement”,
      “D”: “After the first periodic review by the competent authority, per the regulation”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 72(1), Article 72(2)”
  },
  {
    “id”: “q72”,
    “question”: “A GPAI model provider has withdrawn their model from the market. Which obligations does the EU AI Act explicitly impose beyond the withdrawal date?”,
    “options”: {
      “A”: “No obligations remain once the model is discontinued”,
      “B”: “Only GDPR-related data deletion obligations remain”,
      “C”: “Continued registration in the EU database for one year, per the regulation”,
      “D”: “Cooperation with ongoing investigations and documentation retention”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 53(3), Article 54(3)(b)”
  },
  {
    “id”: “q73”,
    “question”: “If a distributor resells a high-risk AI system without modification, what happens to the original provider’s obligations?”,
    “options”: {
      “A”: “They transfer to the importer”,
      “B”: “They lapse after resale”,
      “C”: “They remain unchanged with the original provider”,
      “D”: “They transfer to the distributor upon resale”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 25(1), Article 25(2)”
  },
  {
    “id”: “q74”,
    “question”: “Which of the following constitutes a ‘substantial modification’ triggering new conformity assessment obligations?”,
    “options”: {
      “A”: “Routine security patching with no AI functionality change”,
      “B”: “Rebranding of the system without technical alterations”,
      “C”: “Translation of the user interface into another language”,
      “D”: “A performance update that changes the system’s risk profile”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 3(23)”
  },
  {
    “id”: “q75”,
    “question”: “Providers of high-risk AI systems must proactively inform deployers of which of the following?”,
    “options”: {
      “A”: “The system’s market price and licensing terms”,
      “B”: “The identities of other current deployers of the system, as applicable”,
      “C”: “The system’s intended purpose, accuracy metrics, and oversight measures”,
      “D”: “The full composition of the training dataset”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 13(3)”
  },
  {
    “id”: “q76”,
    “question”: “Automatic log generation in high-risk AI systems serves primarily which purpose under the EU AI Act?”,
    “options”: {
      “A”: “Providing real-time performance data to deployers for operational optimization”,
      “B”: “Allowing the system to self-correct errors in real time”,
      “C”: “Enabling user personalization features”,
      “D”: “Facilitating post-market monitoring and incident investigation”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 12”
  },
  {
    “id”: “q77”,
    “question”: “When a serious incident occurs in a Member State other than the provider’s home state, which authority must be notified by the provider?”,
    “options”: {
      “A”: “The competent authority of the provider’s home Member State, as applicable”,
      “B”: “The competent authority of the Member State where the incident occurred”,
      “C”: “The AI Office centrally”,
      “D”: “The European Data Protection Board”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 73(6)”
  },
  {
    “id”: “q78”,
    “question”: “Under the EU AI Act, a person is subject to a decision significantly affecting them, made with the assistance of a high-risk AI system. What right is granted to that person?”,
    “options”: {
      “A”: “The right to have the AI system’s decision automatically reversed on request, per the regulation”,
      “B”: “The right to access the full source code and training data of the system”,
      “C”: “The right to obtain clear explanations of the AI system’s role and the main elements of the decision”,
      “D”: “The right to prohibit further use of the AI system by the deployer”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 86”
  },
  {
    “id”: “q79”,
    “question”: “Which entity affixes the CE marking to a high-risk AI system?”,
    “options”: {
      “A”: “The EU AI Office upon registration”,
      “B”: “The relevant national competent authority”,
      “C”: “A designated notified body after third-party review”,
      “D”: “The provider, after completing the conformity assessment”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 16(h), Article 48(3)”
  },
  {
    “id”: “q80”,
    “question”: “Under the EU AI Act, for what primary purpose must providers use the data collected through post-market monitoring of high-risk AI systems?”,
    “options”: {
      “A”: “The Commission, for regulatory reporting”,
      “B”: “End users, through mandatory disclosure of performance data”,
      “C”: “National market surveillance authorities, for enforcement purposes, under current legislation”,
      “D”: “The provider, to evaluate continuous compliance with requirements “
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 72”
  },
  {
    “id”: “q81”,
    “question”: “A high-risk AI system provider learns that a third party has made an unauthorized substantial modification to their deployed system. What is the provider’s obligation?”,
    “options”: {
      “A”: “Immediately withdraw all units from the market”,
      “B”: “Nothing; obligations transfer automatically to the modifier”,
      “C”: “Inform the relevant market surveillance authority”,
      “D”: “Conduct a new conformity assessment on behalf of the modifier”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “ai_system_lifecycle”,
    “source_reference”: “Article 20(2), Article 25(1)(b)”
  },
  {
    “id”: “q82”,
    “question”: “Which body established by the EU AI Act advises the Commission and is composed of national supervisory authority representatives?”,
    “options”: {
      “A”: “The European Data Protection Board”,
      “B”: “The European AI Board”,
      “C”: “The European Standardisation Committee”,
      “D”: “ENISA”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 65”
  },
  {
    “id”: “q83”,
    “question”: “What is the maximum fine for a GPAI model provider that fails to comply with a Commission corrective action decision?”,
    “options”: {
      “A”: “€5 million or 1% of global annual turnover”,
      “B”: “€15 million or 3% of global annual turnover”,
      “C”: “€35 million or 7% of global annual turnover”,
      “D”: “€50 million or 10% of global annual turnover”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 101(1)(c)”
  },
  {
    “id”: “q84”,
    “question”: “To which of the following can the market surveillance authorities request access from a high-risk AI system provider?”,
    “options”: {
      “A”: “Marketing materials and pricing strategies”,
      “B”: “Personal data of end users”,
      “C”: “Financial statements and shareholder records”,
      “D”: “Source code, documentation, and training data”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “ Article 74(12), Article 74(13)”
  },
  {
    “id”: “q85”,
    “question”: “Which body is empowered to impose fines directly on providers of general-purpose AI models?”,
    “options”: {
      “A”: “National market surveillance authorities”,
      “B”: “The European Data Protection Supervisor”,
      “C”: “The AI Board”,
      “D”: “The European Commission”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 101”
  },
  {
    “id”: “q86”,
    “question”: “Which EU instrument protects whistleblowers who report AI Act violations?”,
    “options”: {
      “A”: “Directive (EU) 2019/1937”,
      “B”: “The NIS2 Directive”,
      “C”: “GDPR Article 80”,
      “D”: “The EU AI Act itself in a dedicated chapter”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 87”
  },
  {
    “id”: “q87”,
    “question”: “AI regulatory sandboxes under the EU AI Act are primarily designed to serve which purpose?”,
    “options”: {
      “A”: “Permanently exempt innovative AI from compliance requirements, under the applicable rules”,
      “B”: “Provide a public registry of approved AI systems”,
      “C”: “Enable controlled pre-market testing and development of innovative AI”,
      “D”: “Host confidential enforcement proceedings”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 57”
  },
  {
    “id”: “q88”,
    “question”: “Which article of the EU AI Act allows authorities to take immediate protective measures against a system posing imminent serious risk?”,
    “options”: {
      “A”: “Article 72”,
      “B”: “Article 74”,
      “C”: “Article 79”,
      “D”: “Article 80”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 80”
  },
  {
    “id”: “q89”,
    “question”: “What may trigger an AI Office evaluation of a GPAI model under the EU AI Act?”,
    “options”: {
      “A”: “Concerns about systemic risks or non-compliance with GPAI obligations”,
      “B”: “Only a formal complaint from a Member State government, under current legislation”,
      “C”: “A request from any EU citizen”,
      “D”: “Automatic annual reviews of all registered GPAI models”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 92”
  },
  {
    “id”: “q90”,
    “question”: “A market surveillance authority finds a high-risk AI system compliant but still posing fundamental rights risks. What may the authority require?”,
    “options”: {
      “A”: “No action since the system is technically compliant”,
      “B”: “Mandatory immediate withdrawal from the market”,
      “C”: “Appropriate measures to eliminate the risk”,
      “D”: “Review by the Court of Justice of EU”
    },
    “correct_answer”: “C”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 82”
  },
  {
    “id”: “q91”,
    “question”: “ Under the EU AI Act, which body holds exclusive powers to supervise and enforce obligations on providers of general-purpose AI models?”,
    “options”: {
      “A”: “Member State market surveillance authorities”,
      “B”: “ENISA, in coordination with the European Data Protection Board”,
      “C”: “The European Artificial Intelligence Board, composed of Member State representatives”,
      “D”: “The Commission, acting through the AI Office as primary GPAI enforcement body”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “conceptual_theoretical”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 88”
  },
  {
    “id”: “q92”,
    “question”: “What is the maximum fine for an SME committing a minor infringement not involving prohibited AI or GPAI violations?”,
    “options”: {
      “A”: “€5 million or 1% of global annual turnover”,
      “B”: “€15 million or 3% of global annual turnover”,
      “C”: “€10 million or 2% of global annual turnover”,
      “D”: “€7.5 million or 1.5% of global annual turnover”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 99(6)”
  },
  {
    “id”: “q93”,
    “question”: “When a serious incident affects persons in multiple Member States, which authorities must the providers notify?”,
    “options”: {
      “A”: “The national market surveillance authority in affected Member States”,
      “B”: “The European Commission only”,
      “C”: “The European Data Protection Board, pursuant to the Regulation, per the regulation”,
      “D”: “The AI Board only”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “procedural”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 73”
  },
  {
    “id”: “q94”,
    “question”: “For which specific function are notified bodies responsible under the EU AI Act?”,
    “options”: {
      “A”: “Managing the EU high-risk AI database”,
      “B”: “Conducting third-party conformity assessments for certain high-risk AI systems”,
      “C”: “Issuing administrative fines to non-compliant providers, per the regulation”,
      “D”: “Publishing harmonized standards for AI systems”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 44(1)”
  },
  {
    “id”: “q95”,
    “question”: “Under the EU AI Act, what is the maximum fine for supplying incorrect, incomplete or misleading information to national competent authorities or notified bodies?”,
    “options”: {
      “A”: “€15 million or 3% of global annual turnover”,
      “B”: “€7.5 million or 1% of global annual turnover”,
      “C”: “€35 million or 7% of global annual turnover”,
      “D”: “€5 million or 0.5% of global annual turnover”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “difficult”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 99(5)”
  },
  {
    “id”: “q96”,
    “question”: “With which body should a person primarily lodge a complaint about a high-risk AI system under the EU AI Act?”,
    “options”: {
      “A”: “Directly with the system’s provider, in the relevant context”,
      “B”: “The national market surveillance authority”,
      “C”: “The European AI Office”,
      “D”: “The Court of Justice of the EU”
    },
    “correct_answer”: “B”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “governance_and_enforcement”,
    “source_reference”: “Article 85”
  },
  {
    “id”: “q97”,
    “question”: “Which AI systems are presumed high-risk under Annex III of the EU AI Act?”,
    “options”: {
      “A”: “Weather forecasting”,
      “B”: “Spam filtering for email services, per the regulation”,
      “C”: “Music recommendation algorithms”,
      “D”: “Creditworthiness assessment of natural persons”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Annex III, point 5(b)”
  },
  {
    “id”: “q98”,
    “question”: “An AI system intended as a safety component of a product covered by EU harmonization legislation in Annex I is classified as:”,
    “options”: {
      “A”: “High-risk”,
      “B”: “Minimal-risk”,
      “C”: “Limited-risk”,
      “D”: “Prohibited”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 6(1)”
  },
  {
    “id”: “q99”,
    “question”: “ Under the EU AI Act, which of the following is prohibited?”,
    “options”: {
      “A”: “AI systems that create facial recognition databases through untargeted scraping of images”,
      “B”: “AI systems used for credit scoring by regulated financial institutions”,
      “C”: “AI systems used to recommend personalized content on social media platforms”,
      “D”: “AI systems used for fraud detection in financial services”
    },
    “correct_answer”: “A”,
    “cognitive_difficulty”: “easy”,
    “knowledge_type”: “factual_terminology”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Article 5(1)(c)”
  },
  {
    “id”: “q100”,
    “question”: “An AI system assessing recidivism risk in criminal proceedings is classified under the EU AI Act as:”,
    “options”: {
      “A”: “Prohibited, as it constitutes predictive profiling of natural persons in criminal proceedings”,
      “B”: “Limited-risk”,
      “C”: “Minimal-risk”,
      “D”: “High-risk”
    },
    “correct_answer”: “D”,
    “cognitive_difficulty”: “medium”,
    “knowledge_type”: “applied_contextual”,
    “regulatory_mechanism”: “risk_classification”,
    “source_reference”: “Annex III, point 6(d)”
  }
]

References

  1. Vaswani, A.; Shazeer, N.; Parmar, N.; Uszkoreit, J.; Jones, L.; Gomez, A.N.; Kaiser, Ł.; Polosukhin, I. Attention Is All You Need. arXiv 2017, arXiv:1706.03762. [Google Scholar] [CrossRef] [Scilit]
  2. Brown, T.; Mann, B.; Ryder, N.; Subbiah, M.; Kaplan, J.; Dhariwal, P.; Neelakantan, A.; Shyam, P.; Sastry, G.; Askell, A.; et al. Language Models Are Few-Shot Learners. Adv. Neural Inf. Process. Syst. 2020, 33, 1877–1901. [Google Scholar]
  3. Maynez, J.; Narayan, S.; Bohnet, B.; McDonald, R. On faithfulness and factuality in abstractive summarization. In Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics; Association for Computational Linguistics: Stroudsburg, PA, USA, 2020; pp. 1906–1919. [Google Scholar] [CrossRef] [Scilit]
  4. Huang, L.; Yu, W.; Ma, W.; Zhong, W.; Feng, Z.; Wang, H.; Chen, Q.; Peng, W.; Feng, X.; Qin, B.; et al. A survey on hallucination in large language models: Principles, taxonomy, challenges, and open questions. ACM Trans. Inf. Syst. 2025, 43, 42. [Google Scholar] [CrossRef] [Scilit]
  5. Ji, Z.; Lee, N.; Frieske, R.; Yu, T.; Su, D.; Xu, Y.; Ishii, E.; Bang, Y.; Madotto, A.; Fung, P. Survey of Hallucination in Natural Language Generation. ACM Comput. Surv. 2023, 55, 248. [Google Scholar] [CrossRef] [Scilit]
  6. Chalkidis, I.; Jana, A.; Hartung, D.; Bommarito, M.; Androutsopoulos, I.; Katz, D.M.; Aletras, N. LexGLUE: A Benchmark Dataset for Legal Language Understanding in English. In Proceedings of the 60th Annual Meeting of the Association for Computational Linguistics; Association for Computational Linguistics: Stroudsburg, PA, USA, 2022. [Google Scholar]
  7. Guha, N.; Nyarko, J.; Ho, D.E.; Ré, C.; Chilton, L.; Narayanan, A.; Kim, J.; Chohlas-Wood, A.; Peters, M.; Waldon, J.; et al. LegalBench: A Collaboratively Built Benchmark for Measuring Legal Reasoning in Large Language Models. arXiv 2023, arXiv:2308.11462. [Google Scholar] [CrossRef] [Scilit]
  8. Zhang, S.; Dong, L.; Li, X.; Zhang, S.; Sun, X.; Wang, S.; Li, J.; Hu, R.; Zhang, T.; Wu, F.; et al. Instruction tuning for large language models: A survey. ACM Comput. Surv. 2026, 58, 169. [Google Scholar] [CrossRef] [Scilit]
  9. Wang, J.; Zhang, B.; Du, Q.; Zhang, J.; Chu, D. A survey on data selection for LLM instruction tuning. arXiv 2024, arXiv:2402.05123. [Google Scholar] [CrossRef] [Scilit]
  10. Qin, Y.; Yang, Y.; Guo, P.; Li, G.; Shao, H.; Shi, Y.; Xu, Z.; Gu, Y.; Li, K.; Sun, X. Unleashing the power of data tsunami: A comprehensive survey on data assessment and selection for instruction tuning of language models. arXiv 2024, arXiv:2408.02085. [Google Scholar] [CrossRef] [Scilit]
  11. Hu, E.J.; Shen, Y.; Wallis, P.; Allen-Zhu, Z.; Li, Y.; Wang, S.; Wang, L.; Chen, W. LoRA: Low-Rank Adaptation of Large Language Models. arXiv 2022, arXiv:2106.09685. [Google Scholar] [CrossRef] [Scilit]
  12. Taylor, N.; Ghose, U.; Rohanian, O.; Nouriborji, M.; Kormilitzin, A.; Clifton, D.A.; Nevado-Holgado, A. Efficiency at scale: Investigating the performance of diminutive language models in clinical tasks. Artif. Intell. Med. 2024, 157, 103002. [Google Scholar] [CrossRef] [Scilit] [PubMed]
  13. Yao, Y.; Huang, S.; Wang, W.; Dong, L.; Wei, F. Adapt-and-distill: Developing small, fast, and effective pretrained language models for domains. In Findings of the Association for Computational Linguistics: ACL-IJCNLP 2021; Association for Computational Linguistics: Stroudsburg, PA, USA, 2021; pp. 460–470. [Google Scholar] [CrossRef] [Scilit]
  14. Hsieh, C.Y.; Li, C.L.; Yeh, C.K.; Nakhost, H.; Fujii, Y.; Ratner, A.; Krishna, R.; Lee, C.Y.; Pfister, T. Distilling step-by-step! Outperforming larger language models with less training data and smaller model sizes. In Findings of the Association for Computational Linguistics: ACL 2023; Association for Computational Linguistics: Stroudsburg, PA, USA, 2023; pp. 8003–8017. [Google Scholar] [CrossRef] [Scilit]
  15. Zhang, W.; Deng, Y.; Liu, B.; Pan, S.; Bing, L. Sentiment analysis in the era of large language models: A reality check. In Findings of the Association for Computational Linguistics: NAACL 2024; Association for Computational Linguistics: Stroudsburg, PA, USA, 2024; pp. 3881–3906. [Google Scholar] [CrossRef] [Scilit]
  16. Giannilias, T.; Papadakis, A.; Nikolaou, N.; Zahariadis, T. Classification of Hacker’s Posts Based on Zero-Shot, Few-Shot, and Fine-Tuned LLMs in Environments with Constrained Resources. Future Internet 2025, 17, 207. [Google Scholar] [CrossRef] [Scilit]
  17. Zhang, P.; Zeng, G.; Wang, T.; Lu, W. TinyLLaMA: An open-source small language model. arXiv 2024, arXiv:2401.02385. [Google Scholar] [CrossRef] [Scilit]
  18. Riviere, M.; Pathak, S.; Sessa, P.G.; Hardin, C.; Bhupatiraju, S.; Hussenot, L.; Mesnard, T.; Shahriari, B.; Ramé, A.; Ferret, J.; et al. GEMMA 2: Improving open language models at a practical size. arXiv 2024, arXiv:2408.00118. [Google Scholar] [CrossRef] [Scilit]
  19. Zhang, S.; Roller, S.; Goyal, N.; Artetxe, M.; Chen, M.; Chen, S.; Dewan, C.; Diab, M.; Li, X.; Lin, X.V.; et al. OPT: Open pre-trained transformer language models. arXiv 2022, arXiv:2205.01068. [Google Scholar] [CrossRef] [Scilit]
  20. Weerawardhena, S.; Kassianik, P.; Nelson, B.; Saglam, B.; Vellore, A.; Priyanshu, A.; Vijay, S.; Aufiero, M.; Goldblatt, A.; Burch, F.; et al. LLaMA-3.1-FoundationAI-SecurityLLM-8B-Instruct technical report. arXiv 2025, arXiv:2508.01059. [Google Scholar] [CrossRef] [Scilit]
  21. Jiang, A.Q.; Sablayrolles, A.; Mensch, A.; Bamford, C.; Chaplot, D.S.; de las Casas, D.; Bressand, F.; Lengyel, G.; Lample, G.; Saulnier, L.; et al. Mistral 7B. arXiv 2024, arXiv:2310.06825. [Google Scholar] [CrossRef] [Scilit]
  22. Lewis, P.; Perez, E.; Piktus, A.; Petroni, F.; Karpukhin, V.; Goyal, N.; Küttler, H.; Lewis, M.; Yih, W.T.; Rocktäschel, T.; et al. Retrieval-augmented generation for knowledge-intensive NLP tasks. Adv. Neural Inf. Process. Syst. 2020, 33, 9459–9474. [Google Scholar] [CrossRef] [Scilit]
  23. Guu, K.; Lee, K.; Tung, Z.; Pasupat, P.; Chang, M.-W. REALM: Retrieval-Augmented Language Model Pre-Training. In Proceedings of the 37th International Conference on Machine Learning (ICML); ACM Digital Library: New York, NY, USA, 2020. [Google Scholar]
  24. Izacard, G.; Grave, E.; LeCun, Y.; Joulin, A. Few-Shot Learning with Retrieval Augmented Language Models. arXiv 2022, arXiv:2208.03299. [Google Scholar] [CrossRef] [Scilit]
  25. Douze, M.; Guzhva, A.; Deng, C.; Johnson, J.; Szilvasy, G.; Mazaré, P.E.; Lomeli, M.; Hosseini, L.; Jégou, H. The FAISS library. IEEE Trans. Big Data 2026, 12, 346–361. [Google Scholar] [CrossRef] [Scilit]
  26. Salemi, A.; Zamani, H. Comparing retrieval-augmentation and parameter-efficient fine-tuning for privacy-preserving personalization of large language models. In Proceedings of the 2025 International ACM SIGIR Conference on Innovative Concepts and Theories in Information Retrieval (ICTIR); ACM Digital Library: New York, NY, USA, 2025; pp. 286–296. [Google Scholar]
  27. Zhong, R.; Li, Y.; Yu, G.; Gu, W.; Kuang, J.; Huo, Y.; Lyu, M.R. Larger is not always better: Exploring small open-source language models in logging statement generation. ACM Trans. Softw. Eng. Methodol. 2026, 35, 206. [Google Scholar] [CrossRef] [Scilit]
  28. Karpukhin, V.; Oguz, B.; Min, S.; Lewis, P.; Wu, L.; Edunov, S.; Chen, D.; Yih, W.T. Dense passage retrieval for open-domain question answering. In Proceedings of the 2020 Conference on Empirical Methods in Natural Language Processing (EMNLP); Association for Computational Linguistics: Stroudsburg, PA, USA, 2020; pp. 6769–6781. [Google Scholar] [CrossRef] [Scilit]
  29. Liu, N.F.; Lin, K.; Hewitt, J.; Paranjape, A.; Bevilacqua, M.; Petroni, F.; Liang, P. Lost in the Middle: How Language Models Use Long Contexts. Trans. Assoc. Comput. Linguist. 2024, 12, 157–173. [Google Scholar] [CrossRef] [Scilit]
  30. Beltagy, I.; Peters, M.E.; Cohan, A. Longformer: The Long-Document Transformer. arXiv 2020, arXiv:2004.05150. [Google Scholar] [CrossRef] [Scilit]
  31. Shuster, K.; Poff, S.; Chen, M.; Kiela, D.; Weston, J. Retrieval Augmentation Reduces Hallucination in Conversation. In Proceedings of the 2021 Conference on Empirical Methods in Natural Language Processing (EMNLP); Association for Computational Linguistics: Stroudsburg, PA, USA, 2021. [Google Scholar]
  32. Ali, Z.; Huang, Y.; Khan, A.; Qi, G.; Zhang, Y.; Feng, J.; Deng, C.; Kefalas, P. Pythia-RAG: Retrieval-Augmented Generation over a Unified Multimodal Knowledge Graph for Enhanced Question Answering. Knowl.-Based Syst. 2026, 335, 115200. [Google Scholar] [CrossRef] [Scilit]
  33. Khan, A.; Ali, Z.; Irfanullah; Aziz, A.; Kefalas, P. Talk2Doc: A Patient Question Answering System Using Retrieval-Augmented Generation with Weighted Knowledge Graphs and Large Language Models. In Proceedings of the ICIC 2025 Posters, Ningbo, China, 26–29 July 2025. [Google Scholar] [CrossRef] [Scilit]
  34. Asai, A.; Min, S.; Zhong, Z.; Zettlemoyer, L.; Hajishirzi, H.; Yih, W.-T. Self-RAG: Learning to Retrieve, Generate, and Critique through Self-Reflection. arXiv 2024, arXiv:2310.11511. [Google Scholar]
  35. Zhou, W.; Xu, F.; Zhang, H.; Zhou, B.; Lo, D. DocPrompting: Generating Code by Retrieving Relevant Documentation. In Proceedings of the 30th ACM Joint European Software Engineering Conference and Symposium on the Foundations of Software Engineering (ESEC/FSE), Singapore, 14–18 November 2022. [Google Scholar] [CrossRef] [Scilit]
  36. European Parliament; Council of the European Union. Regulation (EU) 2024/1689 of the European Parliament and of the Council of 13 June 2024 Laying Down Harmonised Rules on Artificial Intelligence (Artificial Intelligence Act). Off. J. Eur. Union 2024, 1689. Available online: https://eur-lex.europa.eu/eli/reg/2024/1689/oj/eng (accessed on 22 November 2025).
  37. SQuAD2.0 The Stanford Question Answering Dataset. Available online: https://rajpurkar.github.io/SQuAD-explorer/ (accessed on 20 January 2026).
  38. Clark, C.; Lee, K.; Chang, M.W.; Kwiatkowski, T.; Collins, M.; Toutanova, K. BoolQ: Exploring the surprising difficulty of natural yes/no questions. In Proceedings of the 2019 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies, Volume 1 (Long and Short Papers); Association for Computational Linguistics: Stroudsburg, PA, USA, 2019; pp. 2924–2936. [Google Scholar]
  39. Talmor, A.; Herzig, J.; Lourie, N.; Berant, J. CommonsenseQA: A question answering challenge targeting commonsense knowledge. In Proceedings of the 2019 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies, Volume 1 (Long and Short Papers); Association for Computational Linguistics: Stroudsburg, PA, USA, 2019; pp. 4149–4158. [Google Scholar]
  40. Richardson, M.; Burges, C.J.; Renshaw, E. MCTest: A challenge dataset for the open-domain machine comprehension of text. In Proceedings of the 2013 Conference on Empirical Methods in Natural Language Processing; Association for Computational Linguistics: Stroudsburg, PA, USA, 2013; pp. 193–203. [Google Scholar] [CrossRef] [Scilit]
  41. TensorFlow Unified_qa. Available online: https://www.tensorflow.org/datasets/catalog/unified_qa (accessed on 20 December 2025).
  42. Samarakou, M.; Tsaganou, G.; Papadakis, A.; Gelegenis, J.; Fylladitakis, E.; Grigoriadou, M. Student Monitoring Text Comprehension for Profiling in Retudis. J. Inf. Technol. Appl. Educ. 2013, 2, 132–142. [Google Scholar] [CrossRef] [Scilit]
  43. Haladyna, T.M.; Downing, S.M.; Rodriguez, M.C. A review of multiple-choice item-writing guidelines for classroom assessment. Appl. Meas. Educ. 2002, 15, 309–333. [Google Scholar] [CrossRef] [Scilit] [PubMed]
Figure 1. Distribution of questions across categorization dimensions: cognitive difficulty, knowledge type, and regulatory mechanism.
Figure 1. Distribution of questions across categorization dimensions: cognitive difficulty, knowledge type, and regulatory mechanism.
Futureinternet 18 00469 g001
Figure 2. Overview of the experimental workflow from source regulation to output, including preparation, indexing, model set-up, inference, and evaluation. The source regulation is the EU AI Act (Regulation (EU) 2024/1689) [36]; retrieval uses all-MiniLM-L6-v2 embeddings with a FAISS index, and inference is performed under vanilla and RAG (top-3) conditions across the four models shown.
Figure 2. Overview of the experimental workflow from source regulation to output, including preparation, indexing, model set-up, inference, and evaluation. The source regulation is the EU AI Act (Regulation (EU) 2024/1689) [36]; retrieval uses all-MiniLM-L6-v2 embeddings with a FAISS index, and inference is performed under vanilla and RAG (top-3) conditions across the four models shown.
Futureinternet 18 00469 g002
Figure 3. TinyLlama-1.1B overall accuracy.
Figure 3. TinyLlama-1.1B overall accuracy.
Futureinternet 18 00469 g003
Figure 4. TinyLlama-1.1B accuracy by cognitive difficulty.
Figure 4. TinyLlama-1.1B accuracy by cognitive difficulty.
Futureinternet 18 00469 g004
Figure 5. TinyLlama-1.1B accuracy by knowledge type.
Figure 5. TinyLlama-1.1B accuracy by knowledge type.
Futureinternet 18 00469 g005
Figure 6. TinyLlama-1.1B accuracy by regulatory mechanism.
Figure 6. TinyLlama-1.1B accuracy by regulatory mechanism.
Futureinternet 18 00469 g006
Figure 7. Gemma-2B overall accuracy.
Figure 7. Gemma-2B overall accuracy.
Futureinternet 18 00469 g007
Figure 8. Gemma-2B accuracy by cognitive difficulty.
Figure 8. Gemma-2B accuracy by cognitive difficulty.
Futureinternet 18 00469 g008
Figure 9. Gemma-2B accuracy by knowledge type.
Figure 9. Gemma-2B accuracy by knowledge type.
Futureinternet 18 00469 g009
Figure 10. Gemma-2B accuracy by regulatory mechanism.
Figure 10. Gemma-2B accuracy by regulatory mechanism.
Futureinternet 18 00469 g010
Figure 11. Mistral-7B overall accuracy.
Figure 11. Mistral-7B overall accuracy.
Futureinternet 18 00469 g011
Figure 12. Mistral-7B accuracy by cognitive difficulty.
Figure 12. Mistral-7B accuracy by cognitive difficulty.
Futureinternet 18 00469 g012
Figure 13. Mistral-7B accuracy by knowledge type.
Figure 13. Mistral-7B accuracy by knowledge type.
Futureinternet 18 00469 g013
Figure 14. Mistral-7B accuracy by regulatory mechanism.
Figure 14. Mistral-7B accuracy by regulatory mechanism.
Futureinternet 18 00469 g014
Figure 15. Llama-3.1-8B overall accuracy.
Figure 15. Llama-3.1-8B overall accuracy.
Futureinternet 18 00469 g015
Figure 16. Llama-3.1-8B accuracy by cognitive difficulty.
Figure 16. Llama-3.1-8B accuracy by cognitive difficulty.
Futureinternet 18 00469 g016
Figure 17. Llama-3.1-8B accuracy by knowledge type.
Figure 17. Llama-3.1-8B accuracy by knowledge type.
Futureinternet 18 00469 g017
Figure 18. Llama-3.1-8B accuracy by regulatory mechanism.
Figure 18. Llama-3.1-8B accuracy by regulatory mechanism.
Futureinternet 18 00469 g018
Figure 19. Radar chart for TinyLlama-1.1B and Gemma-2B for vanilla and RAG profiles.
Figure 19. Radar chart for TinyLlama-1.1B and Gemma-2B for vanilla and RAG profiles.
Futureinternet 18 00469 g019
Figure 20. Radar chart for Llama-3.1-8B and Mistral-7B for vanilla and RAG profiles.
Figure 20. Radar chart for Llama-3.1-8B and Mistral-7B for vanilla and RAG profiles.
Futureinternet 18 00469 g020
Figure 21. Radar chart for all models and both profiles.
Figure 21. Radar chart for all models and both profiles.
Futureinternet 18 00469 g021
Figure 22. Confusion matrices comparing questions’ classification by the expert against the existing benchmark labels across the three dimensions (n = 100). Rows are the existing annotation, columns the expert annotation while darker blue indicates a higher number of questions in a cell, and the diagonal cells indicate where the two annotations agree.
Figure 22. Confusion matrices comparing questions’ classification by the expert against the existing benchmark labels across the three dimensions (n = 100). Rows are the existing annotation, columns the expert annotation while darker blue indicates a higher number of questions in a cell, and the diagonal cells indicate where the two annotations agree.
Futureinternet 18 00469 g022
Figure 23. Mean Precision@3 by question sub-category for the dense (all-MiniLM-L6-v2) and BM25 retrievers on the balanced 40-question sample.
Figure 23. Mean Precision@3 by question sub-category for the dense (all-MiniLM-L6-v2) and BM25 retrievers on the balanced 40-question sample.
Futureinternet 18 00469 g023
Figure 24. Top-k sensitivity analysis for Gemma-2B and Mistral-7B.
Figure 24. Top-k sensitivity analysis for Gemma-2B and Mistral-7B.
Futureinternet 18 00469 g024
Table 1. Contingency tables for all models.
Table 1. Contingency tables for all models.
RAG CorrectRAG Incorrect
TinyLlama-1.1BVanilla Correct157
Vanilla Incorrect1068
Gemma-2BVanilla Correct461
Vanilla Incorrect1835
Llama-3.1-8BVanilla Correct782
Vanilla Incorrect128
Mistral-7BVanilla Correct734
Vanilla Incorrect149
Table 2. Statistical summary table.
Table 2. Statistical summary table.
ModelVanillaRAGbcTest UsedMcNemar Statisticp-ValueSignificant
TinyLlama-1.1B22.0%25.0%107Exact McNemar70.629No
Gemma-2B47.0%64.0%181Exact McNemar1<0.001Yes
Llama-3.1-8B80.0%90.0%122Exact McNemar20.013Yes
Mistral-7B77.0%87.0%144Exact McNemar40.031Yes
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Tsalera, E.; Pagiatakis, G.; Papadakis, A. Evaluation of Vanilla and RAG-Supported LLM Comprehension of the EU AI Act. Future Internet 2026, 18, 469. https://doi.org/10.3390/fi18090469

AMA Style

Tsalera E, Pagiatakis G, Papadakis A. Evaluation of Vanilla and RAG-Supported LLM Comprehension of the EU AI Act. Future Internet. 2026; 18(9):469. https://doi.org/10.3390/fi18090469

Chicago/Turabian Style

Tsalera, Eleni, Gerasimos Pagiatakis, and Andreas Papadakis. 2026. "Evaluation of Vanilla and RAG-Supported LLM Comprehension of the EU AI Act" Future Internet 18, no. 9: 469. https://doi.org/10.3390/fi18090469

APA Style

Tsalera, E., Pagiatakis, G., & Papadakis, A. (2026). Evaluation of Vanilla and RAG-Supported LLM Comprehension of the EU AI Act. Future Internet, 18(9), 469. https://doi.org/10.3390/fi18090469

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop