# transparency

*Entry of the [Dictionary of Applied Machine Learning](https://dictionaryofml.org) (course edition), by Alexander Jung, Aalto University. CC BY 4.0. Updated 2026-10-29. [HTML](https://dictionaryofml.org/terms/transparency.html) · [typeset PDF](https://dictionaryofml.org/terms/transparency.pdf) · [LaTeX](https://dictionaryofml.org/terms/transparency.tex) · [Python demo](https://dictionaryofml.org/terms/transparency.py) · [notebook](https://dictionaryofml.org/terms/transparency.ipynb)*

Math is LaTeX with the book's macros expanded, so no notation package is needed to read it.

## Abstract

Transparency is a key requirement for trustworthy artificial intelligence: it names the duties to close the information gaps between the provider of an artificial intelligence system, its deployer, and the persons affected by its predictions. For machine learning methods, transparency is often used interchangeably with explainability: explanations, delivered along with the predictions of a learned hypothesis, let a human user anticipate those predictions. The EU AI Act makes transparency a binding design requirement. Under the Act, the provider must design a high-risk artificial intelligence system so that its deployer can interpret the delivered predictions. Persons interacting with an artificial intelligence system must be informed of that fact. Affected persons may obtain an explanation of decisions based on the predictions delivered by a high-risk artificial intelligence system. The Act also requires documentation of the algorithm design, the training datasets, and the intended use of an artificial intelligence system, as well as a machine-readable marking of synthetic content as artificially generated.

## Definition

Consider a bank that uses an artificial intelligence system to score loan applications. The loan officer sees only the score, and the applicant might not even know that an artificial intelligence system was involved. Transparency names the duties to close such information gaps; it is a fundamental requirement for trustworthy artificial intelligence (High-Level Expert Group on Artificial Intelligence, 2019).

In the context of machine learning methods, transparency is often used interchangeably with explainability (Gallese, 2023): explanations, delivered along with the predictions of a learned hypothesis, let a human user anticipate those predictions (Jung and Nardelli, 2020). Some machine learning methods inherently offer this form of transparency. Classification methods quantify the confidence in an individual prediction via the distance of the feature vector from the decision boundary. A shallow decision tree does not require a separately constructed explanation: presenting the tree as a flow chart of explicit, human-readable decision rules is an explanation of every prediction it delivers (see interpretable machine learning) (Rudin, 2019).

In the broader scope of AI systems, transparency extends beyond explainability: it includes informing persons that an artificial intelligence system is in use and providing information about the limitations, the overall reliability, and the intended use of the system as a whole. The binding transparency obligations discussed below are those of the EU AI Act; other jurisdictions impose related but distinct duties, e.g., the Colorado Automated Decision-Making Technology Act (Colorado General Assembly, 2026) and the court proceedings State v. Loomis on the use of a proprietary recidivism-risk score in sentencing (Supreme Court of Wisconsin, 2016). The Act distributes its obligations among three roles: the provider that develops an artificial intelligence system, the deployer that uses it, and the persons who interact with the artificial intelligence system or are affected by its output (see deployer). The Act's term *output* denotes the predictions delivered by a learned hypothesis; the machine learning term *prediction* is used below. Like interpretability and explainability, which are relative to a specific user or group of users, transparency is relative to its addressee: what must be disclosed depends on the role.

Specifically, toward the deployer, the provider must design and develop a high-risk artificial intelligence system so that its operation is sufficiently transparent to enable the deployers to interpret its predictions and use them appropriately (European Parliament and Council of the European Union, 2024, Art. 13). A second example, medical diagnosis, shows the two roles: the provider is, e.g., a company that develops an X-ray analysis tool, and a clinic that uses the tool acts as the deployer. The provider can meet the duty of Art. 13 by designing the tool to disclose to the clinician the confidence level for the predictions delivered by a learned hypothesis. This duty concerns the meaning of the predictions in the context of their use; the AI Risk Management Framework of the US National Institute of Standards and Technology reserves the term *interpretability* for this contextual meaning (National Institute of Standards and Technology, 2023). This usage differs from interpretability as the comprehension of the computational process of the method; Art. 13 does not require that comprehension.

Toward persons who interact directly with an artificial intelligence system, such as an artificial intelligence-powered chatbot, the provider must design the artificial intelligence system so that these persons are informed of that fact (European Parliament and Council of the European Union, 2024, Art. 50(1)). Providers of AI systems that generate synthetic audio, image, video, or text content must mark such content in a machine-readable format as artificially generated (European Parliament and Council of the European Union, 2024, Art. 50(2)). This marking duty applies whether or not the artificial intelligence system is a high-risk artificial intelligence system; it is waived, e.g., where the artificial intelligence system only performs an assistive function for standard editing (European Parliament and Council of the European Union, 2024, Art. 50(2)). For a deep fake, the deployer must, in addition, disclose visibly that the content is artificially generated or manipulated (European Parliament and Council of the European Union, 2024, Art. 50(4)).

A person can be affected by an artificial intelligence system without directly interacting with it. A patient whose diagnosis is supported by an artificial intelligence-based system deals only with the clinician. Nevertheless, the deployer must inform the patient that a high-risk artificial intelligence system is used concerning them (European Parliament and Council of the European Union, 2024, Art. 26(11)). The EU AI Act also grants the affected person a right to explanation: the deployer must, on request, provide a clear and meaningful explanation of the role of the artificial intelligence system in a decision based on its predictions (European Parliament and Council of the European Union, 2024, Art. 86). In credit scoring, for example, a loan applicant faced with an adverse automated decision may obtain from the deployer, under this right, an explanation of the contributing factors, such as income level or credit history, and use it to contest the decision (see Fig. 1).

Transparency also encompasses documentation detailing the purpose and design choices underlying the artificial intelligence system. For a high-risk artificial intelligence system, the provider must provide documentation that covers the algorithm design and the datasets used for training (European Parliament and Council of the European Union, 2024, Art. 11). The provider of a general-purpose AI model must additionally publish a sufficiently detailed summary of the content used for training (European Parliament and Council of the European Union, 2024, Art. 53). Datasheets for datasets (Gebru et al., 2021) and model cards (Mitchell et al., 2019) help practitioners understand the intended use cases and limitations of an artificial intelligence system.

Concretely, Fig. 1 locates these obligations in a scatterplot of training set data points together with a learned hypothesis, for the credit-scoring example. The solid curve depicts the learned hypothesis $\widehat{h}$ that the artificial intelligence system applies: it maps the income $x$ of an applicant to a predicted credit score $\widehat{h}(x)$, and a loan is approved when the predicted score exceeds an approval threshold (dotted line). The duty of Art. 13 concerns the use of this map: here, the deployer must be able to state the prediction $\widehat{h}(x')$ for an applicant with income $x'$ (open square) and its distance from the threshold.

The filled circles depict the training set $\mathcal{D}^{(\rm train)}$ of completed loans, with income as the feature $x$ and credit score as the label $y$, from which $\widehat{h}$ was learned, e.g., via empirical risk minimization, by minimizing the average loss of the hypothesis over $\mathcal{D}^{(\rm train)}$. The documentation of Art. 11 covers both components of this training: the dataset $\mathcal{D}^{(\rm train)}$ and the design of the algorithm, including the model and the loss used. Income levels outside the range covered by $\mathcal{D}^{(\rm train)}$ (shaded region) are a limitation that the documentation must state, since no estimate of the risk computed from $\mathcal{D}^{(\rm train)}$ covers them.

The right to explanation of Art. 86 is exercised for a single prediction: the applicant with income $x'$, whose predicted score falls below the threshold, may ask why. One answer is a counterfactual: the smallest change of the feature that flips the decision, the income $x''$ (open diamond, arrow) at which $\widehat{h}$ reaches the threshold.

![Figure 1 of the entry transparency](https://dictionaryofml.org/terms/fig/transparency-fig1.svg)

*Figure 1: Transparency obligations of the EU AI Act for a credit-scoring machine learning application. The solid curve depicts the learned hypothesis $\widehat{h}$, whose predictions the deployer must be able to interpret (Art. 13): the prediction $\widehat{h}(x')$ for a loan applicant with income $x'$ (open square) falls below the approval threshold (dotted line). Filled circles are the data points of the training set $\mathcal{D}^{(\rm train)}$ from which $\widehat{h}$ was learned via empirical risk minimization; the provider must document this dataset and the algorithm design (Art. 11), and the shaded range of incomes not covered by $\mathcal{D}^{(\rm train)}$ is a limitation the documentation must state. The applicant is informed that the artificial intelligence system is used (Art. 26(11)) and may obtain an explanation of the decision (Art. 86), e.g., the counterfactual income $x''$ (open diamond, arrow) at which $\widehat{h}$ reaches the threshold*

Fig. 2 summarizes these transparency obligations as information flows between the provider of an artificial intelligence system, its deployer, and the persons exposed to its predictions.

![Figure 2 of the entry transparency](https://dictionaryofml.org/terms/fig/transparency-fig2.svg)

*Figure 2: Transparency obligations of the EU AI Act as information flows, with the roles taken from the medical-diagnosis example. The provider of a high-risk artificial intelligence system supplies technical documentation, covering the algorithm design and the training datasets, along with instructions for use. The deployer must be able to interpret the predictions of the artificial intelligence system. Persons who interact directly with the artificial intelligence system, its users, must be informed of that fact, and generated content must carry a machine-readable mark that it is artificial (Art. 50). An affected person who never interacts with the artificial intelligence system, such as a patient whose diagnosis the system supports, is informed of its use, and owed an explanation of an adverse decision, by the deployer (Arts. 26(11), 86)*

**See also:** [trustworthy artificial intelligence](https://dictionaryofml.org/terms/trustAI.html), [explainability](https://dictionaryofml.org/terms/explainability.html), [interpretability](https://dictionaryofml.org/terms/interpretability.html), [interpretable machine learning](https://dictionaryofml.org/terms/interpretableml.html), [explanation](https://dictionaryofml.org/terms/explanation.html), counterfactual, right to explanation, EU AI Act, high-risk artificial intelligence system, artificial intelligence system, general-purpose AI model, provider, deployer, watermarking, deep fake, content provenance.

## References

- High-Level Expert Group on Artificial Intelligence (2019). Ethics Guidelines for Trustworthy AI. <https://digital-strategy.ec.europa.eu/en/library/ethics-guidelines-trustworthy-ai>
- Gallese (2023). The AI Act proposal: A new right to technical interpretability?. *SSRN Electron. J.*. <https://doi.org/10.2139/ssrn.4398206>
- Jung and Nardelli (2020). An Information-Theoretic Approach to Personalized Explainable Machine Learning. *IEEE Signal Process. Lett.*. <https://doi.org/10.1109/lsp.2020.2993176>
- Rudin (2019). Stop explaining black box machine learning models for high-stakes decisions and use interpretable models instead. *Nature Mach. Intell.*. <https://doi.org/10.1038/s42256-019-0048-x>
- Colorado General Assembly (2026). Senate Bill 26-189 --- Automated Decision-Making Technology. <https://leg.colorado.gov/bills/sb26-189>
- Supreme Court of Wisconsin (2016). State v. Loomis, 2016 WI 68, 881 N.W.2d 749. <https://www.wicourts.gov/sc/opinion/DisplayDocument.pdf?content=pdf&seqNo=171690>
- European Parliament and Council of the European Union (2024). Regulation (EU) 2024/1689 of the European Parliament and of the Council of 13 June 2024 laying down harmonised rules on artificial intelligence and amending Regulations (EC) No 300/2008, (EU) No 167/2013, (EU) No 168/2013, (EU) 2018/858, (EU) 2018/1139 and (EU) 2019/2144 and Directives 2014/90/EU, (EU) 2016/797 and (EU) 2020/1828 (Artificial Intelligence Act) (Text with EEA relevance). <https://eur-lex.europa.eu/eli/reg/2024/1689/oj/eng>
- National Institute of Standards and Technology (2023). Artificial Intelligence Risk Management Framework (AI RMF 1.0). <https://doi.org/10.6028/NIST.AI.100-1>
- Gebru et al. (2021). Datasheets for datasets. *Commun. ACM*. <https://doi.org/10.1145/3458723>
- Mitchell et al. (2019). Model Cards for Model Reporting. *Proc. Conf. Fairness, Accountability, Transparency*. <https://doi.org/10.1145/3287560.3287596>

## Cite this entry

```bibtex
@misc{dictml_transparency,
  author = {Jung, Alexander},
  editor = {Olioumtsevits, Konstantina and Schnoor, Ekkehard},
  title = {transparency},
  howpublished = {Dictionary of Applied Machine Learning (course edition)},
  year = {2026},
  doi = {10.5281/zenodo.21569296},
  note = {ISBN 978-952-64-3013-3, CC BY 4.0, retrieved 2026-11-04},
  url = {https://dictionaryofml.org/terms/transparency.html}
}
```
