Skip to main content
Praxikon

Explorer

Why this object hangs off that object

Every object in this graph has its own address and can be cited on its own. This page shows which objects exist and, once you open one, why it hangs off another: from which source with its locator, through which condition or exception, to which consequence.

Since the last release an obligation states separately who carries the duty and who is merely affected. Filter by duty holder and you get the duties resting on a role; filter by actor and you get everything that is about that role. That difference is visible on purpose.

This is the knowledge layer under the four levels of the assessment. See the four levels.

Filters

Only dimensions the data carries. A dimension without values is absent rather than empty.

Eleven types, including evidence, control and standard.

Is about this role. Walks the role hierarchy upward.

The duty rests on this role, not merely: it is about it.

The article route this object hangs off.

Free slugs, not a taxonomy with objects of its own.

The phase of the object, not its quality.

Whether this object carries a source line of its own.

Searches label, summary, topics, conditions and statement texts. The ordering is the same heuristic as the search API; build on the identifiers, not on the ranking.

Time

Two axes. Legal time is what applied; knowledge time is what we had published by then. Leaving them empty means the default of this release.

Clear all

Objects

38 objects in this selection.

  1. GuidanceGuidancev1.0.03 relations

    No mandatory course format, no certificate, no exam and no AI officer

    praxikon:eu:ai-act:guidance:guidance-article-4-no-mandatory-course-or-certificate

    Article 4 prescribes no form. The Commission confirms that no certificate is required, no obligation to measure knowledge exists, no training is mandatory and no governance structure is prescribed.

    Hangs off: Article 4: AI literacy

    Placed against the official source | guidance

  2. GuidanceGuidancev1.0.03 relations

    Article 4 reaches beyond your own staff, and the national supervisor enforces it

    praxikon:eu:ai-act:guidance:guidance-article-4-scope-and-enforcement

    The duty to take measures also covers contractors, service providers and sometimes clients. Supervision lies not with the AI Office but with national market surveillance authorities, enforcing since 2 August 2026.

    Hangs off: Article 4: AI literacy

    Placed against the official source | guidance

  3. GuidanceGuidancev1.0.03 relations

    AI agents must disclose both their AI nature and on whose behalf they act

    praxikon:eu:ai-act:guidance:guidance-article-50-ai-agent-self-disclosure

    An AI agent that makes bookings, handles correspondence or concludes contracts must identify itself as AI and state on whose behalf it is acting, including towards the person instructing it.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  4. GuidanceGuidancev1.0.02 relations

    Artistic or satirical work is not exempt but attenuated, and the informative character always prevails

    praxikon:eu:ai-act:guidance:guidance-article-50-artistic-attenuated-disclosure

    For deep fakes in evidently artistic, creative, satirical or fictional work, the disclosure must not hamper the work, but it remains mandatory. Where the content mixes in an informative or commercial character, the standard label applies.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  5. GuidanceGuidancev1.0.03 relations

    Signing the code of practice is voluntary, but not signing means proving it yourself

    praxikon:eu:ai-act:guidance:guidance-article-50-code-of-practice-effect

    Signing the code of practice on transparency of AI-generated content is voluntary and not signing is not in itself non-compliance. Those who do not sign must demonstrate compliance by other means, including a gap analysis against the code.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  6. GuidanceGuidancev1.0.02 relations

    The deployer cannot rely on the provider's machine-readable marking

    praxikon:eu:ai-act:guidance:guidance-article-50-deployer-perceivable-labelling

    Whoever publishes a deepfake must apply a label perceivable by humans. The watermark or metadata supplied by the provider does not discharge that duty.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  7. GuidanceGuidancev1.0.03 relations

    Disclosure at the latest at first interaction, and again for every new person

    praxikon:eu:ai-act:guidance:guidance-article-50-disclosure-timing

    The notice that a person is dealing with an AI system must be given at the latest at the time of the first interaction. That moment applies per natural person, not once per system.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  8. GuidanceGuidancev1.0.02 relations

    The editorial exception: substantive review plus an identifiable responsible person

    praxikon:eu:ai-act:guidance:guidance-article-50-editorial-control-exception

    No label is needed where the AI text has been substantively reviewed by a human and someone holds editorial responsibility. A spellcheck or a written editorial policy is not enough, and any AI intervention after sign-off voids the exception.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  9. GuidanceGuidancev1.0.03 relations

    What does not suffice on its own as an AI disclosure

    praxikon:eu:ai-act:guidance:guidance-article-50-insufficient-disclosure-methods

    A line in the terms and conditions, a hidden metadata mark or a vague word like 'assistant' will not do. The guidelines name five methods that are insufficient when used alone.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  10. GuidanceGuidancev1.0.03 relations

    Existing systems and legacy content: what does and does not apply retroactively

    praxikon:eu:ai-act:guidance:guidance-article-50-legacy-content-and-transition

    Only the machine-readable marking under Article 50(2) has a transitional period for systems already on the market. Legacy content need not be labelled retroactively, but legacy text you publish now must be.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  11. GuidanceGuidancev1.0.02 relations

    When is AI obvious? The exception applies only where almost no doubt remains

    praxikon:eu:ai-act:guidance:guidance-article-50-obvious-ai-exception

    The exception for obvious AI interaction must be interpreted restrictively. It applies only where almost no doubt remains for an average member of the intended and reasonably foreseeable audience.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  12. GuidanceGuidancev1.0.02 relations

    Standard editing versus semantic change under the marking obligation

    praxikon:eu:ai-act:guidance:guidance-article-50-standard-editing-exception

    Spellchecking, formatting and minor image corrections fall outside the marking obligation. An AI summary, rewrite or face replacement falls inside it.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  13. GuidanceGuidancev1.0.02 relations

    Which AI text needs a label: published, informing the public, on a matter of public interest

    praxikon:eu:ai-act:guidance:guidance-article-50-text-public-interest-scope

    The labelling duty for AI text applies only where three elements coincide: the text is published, is intended to inform the public, and concerns a matter of public interest.

    Hangs off: Article 50: transparency

    Placed against the official source | guidance

  14. GuidanceGuidancev1.0.03 relations

    When a downstream party that fine-tunes becomes a GPAI provider itself

    praxikon:eu:ai-act:guidance:guidance-gpai-downstream-modifier-becomes-provider

    Not every modification makes you a provider. The indicative threshold is a modification using more than a third of the original model's training compute, and your obligations are then limited to the modification.

    Hangs off: Article 53: GPAI model providers

    Placed against the official source | guidance

  15. GuidanceGuidancev1.0.03 relations

    Annex I lists legislation, not products

    praxikon:eu:ai-act:guidance:guidance-high-risk-annex-i-lists-legislation-not-products

    Annex I contains no list of high-risk products but an exhaustive list of harmonisation legislation. The AI Act does not extend the scope of that product legislation and does not change a product's risk profile.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  16. GuidanceGuidancev1.0.03 relations

    Section A and Section B of Annex I trigger different requirement sets

    praxikon:eu:ai-act:guidance:guidance-high-risk-annex-i-section-a-versus-section-b

    For products under Section A of Annex I the full set of high-risk requirements applies. For Section B only Article 6(1), Articles 102 to 109 and Article 112 apply.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  17. GuidanceGuidancev1.0.03 relations

    Two cumulative conditions for high-risk under Annex I

    praxikon:eu:ai-act:guidance:guidance-high-risk-annex-i-two-cumulative-conditions

    An AI system only becomes high-risk under Article 6(1) when two conditions are met at the same time: the system is itself a regulated product or a safety component of one, and that product must undergo third-party conformity assessment.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  18. GuidanceGuidancev1.0.03 relations

    The Article 6(3) filter: four exhaustive grounds, to be read narrowly

    praxikon:eu:ai-act:guidance:guidance-high-risk-article-6-3-filter-mechanism

    A system falling within Annex III can still stay outside high-risk if one of four grounds is met and the system does not perform profiling. The provider makes that call itself, must document the assessment before placing the system on the market, and must register the system in the EU database.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  19. GuidanceGuidancev1.0.03 relations

    Article 6 has two separate routes to high-risk

    praxikon:eu:ai-act:guidance:guidance-high-risk-article-6-two-routes

    An AI system can be high-risk in two ways. Either it is itself a product, or a safety component of a product, covered by the Annex I product legislation and that product must undergo third-party conformity assessment (Article 6(1)). Or it falls within one of the use cases listed in Annex III (Article 6(2)). The two routes have their own criteria and their own application dates.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  20. GuidanceGuidancev1.0.03 relations

    Broadly positioned and general purpose AI systems: a disclaimer is not enough

    praxikon:eu:ai-act:guidance:guidance-high-risk-broad-marketing-and-gpai-systems

    If you market a system broadly without consistently limiting its application, high-risk use cases will be read into its intended purpose. Merely stating in the terms of service that high-risk uses are excluded is insufficient where the rest of your presentation in fact enables or promotes such uses.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  21. GuidanceGuidancev1.0.03 relations

    High-risk does not mean prohibited, and not high-risk does not mean permitted

    praxikon:eu:ai-act:guidance:guidance-high-risk-classification-is-not-permission

    Classification answers one question: which Chapter III obligations apply. It says nothing about whether the use itself is lawful. Prohibited practices, data protection, consumer law, product safety and national law continue to apply in full.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  22. GuidanceGuidancev1.0.03 relations

    Split and agentic architectures are assessed as a whole

    praxikon:eu:ai-act:guidance:guidance-high-risk-complex-and-agentic-systems

    You cannot avoid classification by splitting a high-risk function into separate modules. The draft assesses the combined configuration.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  23. GuidanceGuidancev1.0.03 relations

    Relying on the exception requires documentation and registration

    praxikon:eu:ai-act:guidance:guidance-high-risk-filter-documentation-and-registration

    The exception is a provider self-assessment, but not a free pass. The draft sets out four mandatory components of the assessment and links registration and supervision to it.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  24. GuidanceGuidancev1.0.03 relations

    The Article 6(3) filter: four alternative conditions, to be read narrowly

    praxikon:eu:ai-act:guidance:guidance-high-risk-filter-four-conditions

    A system that falls within an Annex III use case can still escape high-risk classification if it meets one of four conditions. The draft guidelines make clear this is not a broad escape route.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  25. GuidanceGuidancev1.0.03 relations

    A human in the loop does not make a system low-risk

    praxikon:eu:ai-act:guidance:guidance-high-risk-human-involvement-does-not-declassify

    Human involvement does not change the intended purpose and therefore has no effect on classification under Article 6(2). Human oversight is a compliance requirement for high-risk systems, not an escape from the classification.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  26. GuidanceGuidancev1.0.03 relations

    A human in the loop does not make a system low-risk

    praxikon:eu:ai-act:guidance:guidance-high-risk-human-oversight-no-declassification

    Human oversight is a compliance requirement for high-risk systems, not a way to escape classification. Human involvement only counts when determining what task the system performs.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  27. GuidanceGuidancev1.0.03 relations

    Improving is deliberately different from reviewing

    praxikon:eu:ai-act:guidance:guidance-high-risk-improve-not-review

    The second condition requires a completed human activity with a result that the system only refines. A materially different outcome does not qualify.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  28. GuidanceGuidancev1.0.03 relations

    Intended purpose is the anchor of classification

    praxikon:eu:ai-act:guidance:guidance-high-risk-intended-purpose-is-the-anchor

    Intended purpose determines whether a system is high-risk. That purpose is set not only by the technical documentation but also by the instructions for use, promotional materials, sales materials and statements by the provider. Reasonably foreseeable misuse falls by definition outside the intended purpose.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  29. GuidanceGuidancev1.0.03 relations

    First the definition question: is it an AI system at all?

    praxikon:eu:ai-act:guidance:guidance-high-risk-must-first-be-an-ai-system

    Before classification comes into play, the system must meet the definition of an AI system in Article 3(1). Not every software application and not every automated decision-making system falls within the AI Act.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  30. GuidanceGuidancev1.0.03 relations

    Only the assessment of natural persons falls within these use cases

    praxikon:eu:ai-act:guidance:guidance-high-risk-natural-persons-scope

    Systems assessing only legal persons fall outside the relevant Annex III use cases. Self-employed people and sole traders do count as natural persons, however.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  31. GuidanceGuidancev1.0.03 relations

    Preparatory or decisive: general input is allowed, a specific recommendation is not

    praxikon:eu:ai-act:guidance:guidance-high-risk-preparatory-versus-decisive

    The preparatory task under Article 6(3)(d) precedes the assessment. Once the system evaluates the specific case or makes a recommendation, the exception is gone.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  32. GuidanceGuidancev1.0.03 relations

    Profiling always blocks the exception, even when a condition would otherwise fit

    praxikon:eu:ai-act:guidance:guidance-high-risk-profiling-blocks-filter

    As soon as the system profiles, the Article 6(3) exemption is ruled out. The draft guidelines give three cumulative elements against which you test this.

    Hangs off: Annex III: high-risk AI

    Placed against the official source | guidance

  33. GuidanceGuidancev1.0.03 relations

    Safety component is an autonomous AI Act concept

    praxikon:eu:ai-act:guidance:guidance-high-risk-safety-component-autonomous-definition

    For classification purposes only the definition of safety component in Article 3(14) AI Act counts. Definitions of the same term in sectoral product legislation are not relevant here.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  34. GuidanceGuidancev1.0.03 relations

    Two routes to safety component: intent or consequence

    praxikon:eu:ai-act:guidance:guidance-high-risk-safety-function-versus-failure-route

    An AI system is a safety component via two alternative routes. Either it is intended to fulfil a safety function, or its failure or malfunctioning endangers health, safety or property.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  35. GuidanceGuidancev1.0.03 relations

    Integrating AI Act requirements into existing risk and quality systems

    praxikon:eu:ai-act:guidance:guidance-high-risk-single-compliance-framework-sectoral-integration

    The AI Act allows you to add AI-specific risks to your existing risk management and quality management systems, so that you can work within a single compliance framework.

    Hangs off: Article 9: risk management system

    Placed against the official source | guidance

  36. GuidanceGuidancev1.0.03 relations

    Standalone software, updates and remote services can also be high-risk

    praxikon:eu:ai-act:guidance:guidance-high-risk-standalone-software-updates-and-add-ons

    Article 6(1) applies regardless of whether the AI system is embedded in the product or placed on the market independently. A software update, add-on or remote service can therefore be high-risk in its own right.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  37. GuidanceGuidancev1.0.03 relations

    When a customer or distributor itself becomes the provider

    praxikon:eu:ai-act:guidance:guidance-high-risk-substantial-modification-article-25

    Distributors, importers, deployers and other third parties can take on provider obligations. That happens when you put your own name or trademark on a system, when you make a substantial modification to a high-risk system, and when you change the intended purpose of a non high-risk system so that it becomes high-risk.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

  38. GuidanceGuidancev1.0.03 relations

    Module choice does not change the classification

    praxikon:eu:ai-act:guidance:guidance-high-risk-third-party-conformity-assessment-module-choice

    The fact that a manufacturer may opt for internal control based on harmonised standards does not affect the high-risk classification. Classification follows the level of enhanced scrutiny required by the product legislation, not the procedure chosen.

    Hangs off: Articles 43-49: conformity assessment, CE and registration

    Placed against the official source | guidance

What this explorer does not do

  • There is no article object. The article sits as a locator on the citations of an obligation, as free text. Filtering on the obligation is the same question, and the data does carry that.
  • No object carries an Annex III domain or use case. A selection of the form "systems for this purpose" cannot be expressed here.
  • A locator hangs on a statement in the data, not on a relation. The source next to a path is the source anchor of the object carrying the relation, not proof of that one connection.
  • The split between duty holder and affected actor exists on obligations only. On every other type the actor list is still one undifferentiated list.
  • The graph stores no inverse relations. The incoming direction is computed here over the same release and adds nothing to the data.
  • Topics are free slugs, not a taxonomy with objects, labels or a hierarchy of their own.

The same selection as data

The explorer and the API read the same object against the same two time axes. What you see here can be fetched with the same parameters.