<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Pattern-based AI Risk Assessment: A Taxonomy Expansion Use Case</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Muhammad Ikhsan</string-name>
          <email>muhammad.ikhsan@wu.ac.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Elmar Kiesling</string-name>
          <email>elmar.kiesling@wu.ac.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Salma Mahmoud</string-name>
          <email>salma.mahmoud@graphwise.ai</email>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alexander Prock</string-name>
          <email>alexander.prock@wu.ac.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Artem Revenko</string-name>
          <email>artem.revenko@graphwise.ai</email>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fajar J. Ekaputra</string-name>
          <email>fajar.ekaputra@wu.ac.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>WU Wien</institution>
          ,
          <country country="AT">Austria</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>As artificial intelligence (AI) is increasingly integrated into systems deployed in a wide range of application domains, the need to assess and mitigate the risks of these systems in diverse contexts has become a critical concern. Existing frameworks and methodologies for AI risk assessment support this process, but they often only provide general guidance disconnected from technical decisions. Furthermore, when an AI-based system is deployed in a new application context, they typically require a complete reassessment from scratch, which is a labour-intensive process that may miss potentially relevant risks. To tackle this challenge, this paper suggests a pattern-based approach to AI risk assessment that leverages semantic models of interlinked design and risk patterns to enable eficient and efective risk assessment across application contexts. We illustrate the efectiveness of our approach in a case study on a taxonomy expansion system in (i) a medical diagnosis application, and (ii) an e-commerce recommender application context and demonstrate how abstract risk patterns can support both architectural design decisions on the system level and structured risk assessments in a given application context. Our initial experiences suggest that the approach ofers a promising and scalable method for assessing risks across application contexts.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;AI risk</kwd>
        <kwd>risk assessment</kwd>
        <kwd>risk patterns</kwd>
        <kwd>design patterns</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Driven by vast expectations regarding potential business opportunities, Artificial Intelligence (AI) is
increasingly integrated into a wide range of applications. At the same time, AI-related risk factors
are increasingly becoming a major strategic concern for companies1, driven by both the potentially
severe consequences and increasing regulation – such as the European Union’s AI Act – that afect both
developers and users of AI system applications. Specifically, the AI Act mandates that developers of AI
applications have to provide transparency and proper documentation whereas users are responsible for
systematically managing risks associated with an AI application in their domain. This creates a gap
between system design decisions and the inherent risks they entail on the one hand (i.e., the domain of
the developer), and the consequences and impacts of these risks in a particular application context (i.e.,
the domain of the user).</p>
      <p>We argue that a systematic, domain-specific risk assessment typically necessitates visibility into
architectural choices, key design decisions and their respective risk implications, particularly as symbolic
or subsymbolic AI methods are increasingly incorporated into complex systems composed of many
components that introduce risks. This is, for instance, particularly relevant in the context of hybrid
neuro-symbolic architectures where risks are dificult to trace and may compound. To tackle this
challenge, we propose a structured, pattern-based risk assessment approach that bridges the gap
between – typically somewhat abstract – risk considerations in the AI system development process
and the concrete risk assessment needs in a specific application context. Our approach is based on a
semantic model of interconnected design and risk patterns that can be defined on an abstract level,
incorporated as generic risks into system models, and instantiated in particular application contexts to
provide an automatically generated framework for a concrete risk model. This reusable and modular
approach provides a basis for the development of knowledge-based tool support in order to conduct
thorough risk assessments eficiently and efectively.</p>
      <p>We illustrate the risk assessment approach in the context of a system for automated taxonomy
construction. Taxonomies are important tools that aid in knowledge management and information
retrieval. Automating the task of building or expanding the taxonomies from corpora could improve
eficiency by saving time and efort spent to extract all the terms within the corpus, linking the terms to
broader entities and placing them correctly within a taxonomy. However, this process can introduce
risks whose consequences and impact are heavily dependent on the application context. We explore
the manifestation of these risks in (i) the medical fields, where errors in the system could lead to
misdiagnosis and patient harm, and (ii) in e-commerce, where the impact of these errors afects the
business and the profit.</p>
      <p>The remainder of this paper is structured as follows: Section 2 provides an overview of related work
in AI system modeling and risk assessment, Section 3 introduces our pattern-based risk assessment
approach, Section 4 demonstrates its use for two distinct use cases of a taxonomy expansion system,
Section 5 concludes the paper with an outlook on future research.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>This section provides an overview of (i) AI systems modeling approaches and representations and (ii)
approaches that address the increasing need for systematic AI risk governance, including governance
frameworks, standard, guidelines, and taxonomies.</p>
      <sec id="sec-2-1">
        <title>2.1. AI Systems Modeling</title>
        <p>
          Modeling and representing AI systems is particularly important in hybrid/neurosymbolic AI, where
symbolic and sub-symbolic components form complex architectures. Early work, including the boxology
framework [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] and its extension [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ], introduced visual notations for NeSy-AI design patterns, later
adapted for LLM-based systems [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. To formalize such boxology notation, Mossakowski [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ] proposed a
symbolic approach using the DOL meta-language, while Ellis et al. [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] introduced EASY-AI with semantic
axioms and the SNOOP-AI tool [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ]. Building on our earlier system-centric AI system representation [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ],
we recently developed Boxology Extended Annotation Model (BEAM) [8]. BEAM extends boxology with
additional system and annotation elements, enabling structured representation of risks and mitigation
strategies to support AI engineering processes.
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. AI Risk Management</title>
        <p>Risk management frameworks such as the NIST AI RMF2 [9] aim to support organizations in
identifying, assessing, and managing risks associated with AI systems. Standards such as ISO/IEC
42001:2023 [10] and ISO/IEC 23894:2023 [11] define structured approaches for AI risk management;
whereas the former covers establishing AI Management Systems within organizations, the latter
provides more specific guidance on how organizations can manage risks related to AI. In a broader
context, tools such as the Assessment list for trustworthy artificial intelligence (ALTAI) 3 or the Canadian
Treasury Board’s Algorithmic Impact Assessment (AIA)4 use questionnaires to support organizations in
2https://doi.org/10.6028/NIST.AI.100-1
3https://digital-strategy.ec.europa.eu/en/library/assessment-list-trustworthy-artificial-intelligence-altai-self-assessment
4(https://www.canada.ca/en/government/system/digital-government/digital-government-innovations/responsible-use-ai/
algorithmic-impact-assessment.html
assessing ethical considerations, risks and/or the fulfillment of requirements. Finally, there are several
commercial tools that aim to support AI governance, transparency, and accountability – including IBM’s
AI Factsheets5, which aims to track metadata across the model development life-cycle, and Google’s
Model Cards [12], which aim to clarify the intended use cases of machine learning models and minimize
their usage in contexts for which they are not well suited.</p>
        <p>Guidelines for Trustworthy AI include, for instance, the Ethics Guidelines for Trustworthy AI 6
developed by the EU High-Level Expert Group. There are also guidelines on the policy level, such as
the OECD AI principles7, aiming to guide countries in crafting policies to tackle AI risks.</p>
        <p>AI Risk Taxonomies address the need for collecting and organizing AI risks; they include
commercial and non-commercial initiatives such as the IBM AI Risk Atlas8, MITRE Atlas9 (from a security
perspective), as well as academic initiatives such as the MIT AI Risk Repository 10 [13], a meta-repository
that captures risks extracted from 65 existing frameworks and classifications of AI risks. Furthermore,
more narrow taxonomies such as OWASP for LLMs 11 address particular sub-areas of AI. Finally Risk
Ontologies and Vocabularies are most closely related to the idea of semantic risk modeling in this
paper in that they define reusable concepts in a semantic model. Specifically, the AI Risk Ontology
(AIRO) 12 [14] and the Vocabulary of AI Risks (VAIR) 13 [15] fall into this category. We reuse both in
our pattern-based risk assessment framework introduced in section Section 3.</p>
        <p>To conclude, there is a wealth of related work that can provide a basis for pattern-based risk assessment,
but as of yet there is no structured approach for reusable semantic risk modeling based on interlinked
design- and risk-patterns.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Pattern-based risk assessment</title>
      <p>This section describes our pattern-based risk assessment method. As a guiding structure for our method,
we developed a set of competency questions (CQs) that reflect key dimensions relevant to AI risk. These
questions were derived through a synthesis of existing AI risk taxonomies and frameworks, combined
with insights from modeling real-world AI systems across domains.
[CQ1] What risks are generally associated with given components or activities?
[CQ2] What are abstract consequences independent of system usage or application context?
[CQ3] What are specific risks in a given application context and how do they relate to technical design
choices?
[CQ4] What are the possible impacts of risks on specific stakeholders?
[CQ5] Which strategies can be employed to mitigate the identified risks?</p>
      <p>These questions address recurring modeling needs related to linking system design patterns with
risks, consequences, stakeholder impacts, and mitigation strategies. Although the questions make
certain assumptions, the structure has proven efective in enabling reusable and structured modeling.
Method overview Figure 1 provides an overview of the resulting approach, which enables a modular,
eficient, and thorough risk assessment by (i) assembling components from a design pattern and abstract
risk pattern library into a larger AI system model, which based on the risk patterns linked to the
components creates a generic risk model and (ii) given models of both the system and an application
context model, deriving application-specific risks from the association of system design patterns to risk
patterns. The result of this process is an application-specific risk model in the form of a knowledge
graph. Elements of the risk model, i.e., risks, consequences, impacts and mitigations, are associated with
the system or specific system components.</p>
      <p>Conceptualization At the core of our method is a library of AI system design patterns with
associated abstract risk patterns. These risk patterns are grounded in established AI risk taxonomies and
frameworks, notably VAIR [15] and AIRO [14]. Figure 2 provides an example from the pattern library
concerned with the usage of Large Language Models (LLMs) and the inherent associated risk pattern
’hallucination’.</p>
      <p>To apply our risk assessment method for a specific system, the first step is to create a model of the AI
system based on the Boxology Extended Annotation Model (BEAM) [8] notation, which provides both
a visual notation and an ontology for the representation of AI systems. BEAM includes elements to
represent system components, i.e. processes, models, inputs, outputs and actors, as well as the system
workflow.</p>
      <p>A generic (i.e. application-independent) risk model for the AI system is derived by identifying the
design patterns that occur in the AI system model. For example, if the AI system model includes
components that match the LLM prompting pattern depicted in Figure 2, the associated risk pattern
concerned with hallucination will be included in the generic risk model. The generic risk model includes
abstract risks, risk sources, consequences and mitigations. Elements of the risk model are connected to
elements of the system model, i.e., a risk can be traced to the system component it originates from.</p>
      <p>To perform a risk assessment of an AI system in a specific application, the context must be modeled
ifrst. The resulting application context model includes the application domain, the purpose of the
system, the stakeholders of the system and areas of impact. Furthermore, it includes concrete inputs
and outputs as well as decisions afected and expected efects. The concepts of the application context
model are reused from VAIR [15], where applicable. Table 1 provides an example application context
model.</p>
      <p>In addition to specifying the details of the context model, connections between the data model and
the system model are created, including connections between abstract input and output elements from
the system model and application-specific inputs and outputs in the context model.</p>
      <p>The final step is the application-specific risk assessment, in which the AI system model, the generic
risk model and the application context models are combined to derive an application-specific risk model.
During this process, generic risks, consequences and risk controls are extended and refined based on
the application context. Furthermore, consequences are concretized and their impacts modeled and
connected to the afected stakeholders.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Use Case: Taxonomy Assistant</title>
      <p>The use case to demonstrate our methodology is Corpus Analysis system, a tool developed at Graphwise
that automates the building and expansion of taxonomies. It facilitates knowledge management and
information retrieval by processing large corpora, making it valuable across a variety of domains. The
primary goal of this automation is to improve eficiency, but this introduces risks that require a thorough
assessment to enable the selection and implementation of efective mitigation mechanisms.</p>
      <p>The Corpus Analysis system incorporates a complex workflow with parallel processing, optional
human-in-the-loop steps, and calls to external web services. To scope our analysis, we focus on a single
critical step: invocation of an LLM. The LLM’s task is to analyze a new term within its context and link
it to an appropriate broader entity in an existing knowledge model. In this context, a ’broader entity’ is
defined as one that may serve as a ’hypernym’ indicating a ’kind of’ relationship (e.g., ’vehicle’ is a
hypernym of ’car’); a ’holonym’ signifying a whole entity of which another word represents a part (e.g.,
’car’ is a holonym of ’engine’), or another form of conceptual inclusion, depending on the structure of
the target hierarchy.</p>
      <p>To investigate how the risks inherent in this task manifest, we apply our assessment methodology
in two distinct use cases and demonstrate how general risks tied to the system’s components can be
identified and then specialized according to each application’s unique context. Consequently, this
highlights how the severity and nature of impacts and consequences are contingent on the specific
domain of deployment.</p>
      <sec id="sec-4-1">
        <title>4.1. AI-Assisted Orthopedic Diagnosis and Treatment Planning</title>
        <p>In the medical field, having a taxonomy for musculoskeletal anatomy aids in medical analysis of
Xray images, guiding appropriate treatment selection. In this application context, an AI system that
incorporates the automatically generated taxonomy can act as a critical link between image analysis
and treatment recommendation, helping, e.g., in identifying a proper treatment for a broken bone.</p>
        <p>Domain
Purpose
Stakeholders
Area of Impact
Input Data
Output
Decision
Efects</p>
        <p>Healthcare
AssessingHealthRisk (VAIR [15])
Hospital, Doctor, Patient
Physical health
Patient records, X-ray images
Assessment result and clinical suggestions
Clinical referral or treatment decision based on system output</p>
        <p>Support medical decision-making and care planning</p>
        <p>The final system would process a patient’s X-ray images (e.g. knee, wrist, spine) as input, perform
Image Analysis using a machine learning-based AI component to analyze the X-ray and identify
anomalies, potentially broken bones, fractures, or structural damage. It localizes the damage to specific
anatomical regions using an automatically generated taxonomy of musculoskeletal anatomy, which is
continuously updated and will be the focus of our illustrative excerpt.</p>
        <p>An AI-based treatment recommendation component will then query the taxonomy based on the
AI’s analysis of the X-ray and the bone/injury identified in order to suggest potential diagnoses and
appropriate treatment protocols. The whole process involves human oversight by an orthopedic surgeon
or radiologist, who reviews the AI’s findings, proposed diagnosis, and treatment recommendations,
making the final decision.</p>
        <p>One of the key risks associated with the creation of the taxonomy used in this application is the
selection of broader concepts using LLMs, which comes with the potential risk of hallucination (cf.
Figure 3 for an excerpt of the application-specific risk model). For instance, a ‘lunate bone’ might
be mistakenly categorized under ‘forearm bones’ rather than ‘carpal bones’. This miscategorization
introduces erroneous hierarchical relationships within the taxonomy, directly impacting the system’s
users (i.e., Doctors) by potentially causing confusion and leading to misleading diagnostic pathways.
Furthermore, since the AI system utilizes this taxonomy for treatment planning, an incorrect
classification could recommend a forearm treatment for an injured lunate bone instead of a suitable treatment
for carpal bones. The potential consequences for the patient are severe, including an increased risk of
complications, prolonged recovery, permanent damage, or unnecessary invasive procedures.</p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. Targeted Recommendation in an E-commerce system</title>
        <p>For the Targeted Recommendation in an E-commerce system, the use case is as follows. The machine
learning-based AI system includes a taxonomy, which is expanded using LLM, of items sold by the
website that are clustered by categories, subcategories, and attributes (size, color, etc.), and by using
the user’s preferences, filters, and interactions, the system could output the recommendations. The
system’s input would be the user’s interactions with the items (search / view / buy), then the taxonomy
would be used to categorize the items sold by the website in a hierarchical structure and display it on
the website, then the AI system would use the taxonomy to recommend items to the user that they
might want to check out to buy. However, when we assess one of the risks associated with the LLM
component, hallucination, we find that this risk can result in a misleading categorization of items, as
shown in Figure 4. The consequences of incorrect output generated by the LLM is having incorrect
categories or items displayed on the website. Additionally, users’ behavior would not reflect their true
interests, leading to wrong recommendations. This would significantly impact the business and its
users. For the business, there would be loss of sales and profit when the website is not easy to navigate,
and incorrect items are displayed to the user making it dificult for the users to purchase what they
need, and for the users, confusion would occur due to having the incorrect categories or items on the
website or receiving irrelevant recommendations. Eventually, the user may abandon the website.</p>
        <p>By showcasing two diferent use cases where our method can be used, we demonstrated how a
systematic risk assessment method can be useful for use case owners. The use case owner would start
by identifying the diferent components in the system and modeling them, then attach risks to each
component from a pre-existing risk catalog, finally according to the specifications of the use case the
product owner could determine the consequences and impacts of these risks on the stakeholders and
the system, enabling the relevant teams to implement risk mitigation strategies.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusions and Future Work</title>
      <p>This paper introduced a pattern-based approach for AI risk assessment, which systematically identifies,
describes, and graphically models potential harms. We demonstrated its eficacy through two distinct
use cases, analyzing the application-specific risks of employing AI-generated taxonomies in diferent
domains. Our findings confirm that the underlying semantic model provides an efective and eficient
foundation for modular, thorough, and context-specific risk analysis. We contend that, with appropriate
tooling, this method can facilitate the widespread adoption of risk-driven development – an approach
that has become indispensable for navigating the increasing complexity and regulatory landscapes of
modern AI systems.</p>
      <p>In our future work, we aim to thoroughly evaluate which relevant risks can be adequately organized
into reusable patterns and what limitations to reuse apply. Based on the findings, we will continue
to develop and publish the abstract pattern libraries, incorporating knowledge from existing risk
taxonomies and catalogs and generalizing them from a range of use cases in a large-scale national
lfagship project 14 on responsible AI. Furthermore, we aim to investigate opportunities to leverage
semantics to reasoning about risks, implications and chains of causality, and risk propagation. This will
provide a basis for the development of tools to enable the modular and risk-aware design of responsible
AI systems.</p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgments</title>
      <p>This research was funded in part by the Austrian Science Fund (FWF) 10.55776/COE12 and the Austrian
Research Promotion Agency (FFG) FAIR-AI project (Grant Nr. FO999904624).</p>
    </sec>
    <sec id="sec-7">
      <title>Declaration on Generative AI</title>
      <p>During the preparation of this work, the author(s) used Grammarly, Writefull and Google Gemini
in order to conduct Grammar and spelling check. After using these tool(s)/service(s), the author(s)
reviewed and edited the content as needed and take(s) full responsibility for the publication’s content.
[8] F. J. Ekaputra, A. Prock, E. Kiesling, Towards supporting ai system engineering with an extended
boxology notation, in: The 2nd International Workshop on Knowledge Graphs for Responsible
AI (KG-STAR) Co-located with the Extended Semantic Web Conference (ESWC 2025), CEUR-WS,
2025.
[9] National Institute of Standards and Technology, Artificial intelligence risk management framework
(ai rmf 1.0) (2023). URL: https://doi.org/10.6028/NIST.AI.100-1.
[10] Iso/iec 42001:2023 information technology — artificial intelligence — management system, 2023.</p>
      <p>URL: https://www.iso.org/standard/42001.
[11] Iso/iec 23894:2023 information technology — artificial intelligence — guidance on risk management,
2023. URL: https://www.iso.org/standard/77304.html.
[12] M. Mitchell, S. Wu, A. Zaldivar, P. Barnes, L. Vasserman, B. Hutchinson, E. Spitzer, I. D. Raji,
T. Gebru, Model cards for model reporting, in: Proceedings of the Conference on Fairness,
Accountability, and Transparency, FAT* ’19, Association for Computing Machinery, New York,
NY, USA, 2019, p. 220–229. URL: https://doi.org/10.1145/3287560.3287596. doi:10.1145/3287560.
3287596.
[13] P. Slattery, A. K. Saeri, E. A. Grundy, J. Graham, M. Noetel, R. Uuk, J. Dao, S. Pour, S. Casper,
N. Thompson, The ai risk repository: A comprehensive meta-review, database, and taxonomy of
risks from artificial intelligence, arXiv preprint arXiv:2408.12622 (2024).
[14] D. Golpayegani, H. J. Pandit, D. Lewis, Airo: An ontology for representing ai risks based on the
proposed eu ai act and iso risk management standards, in: Towards a knowledge-aware AI, IOS
Press, 2022, pp. 51–65.
[15] D. Golpayegani, H. J. Pandit, D. Lewis, To be high-risk, or not to be—semantic specifications and
implications of the ai act’s high-risk ai applications and harmonised standards, in: Proceedings of
the 2023 ACM Conference on Fairness, Accountability, and Transparency, 2023, pp. 905–915.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>F.</given-names>
            <surname>Van Harmelen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. Ten</given-names>
            <surname>Teije</surname>
          </string-name>
          ,
          <article-title>A boxology of design patterns for hybrid learning and reasoning systems</article-title>
          ,
          <source>Journal of Web Engineering</source>
          <volume>18</volume>
          (
          <year>2019</year>
          )
          <fpage>97</fpage>
          -
          <lpage>123</lpage>
          . URL: https://doi.org/10.13052/jwe1540-
          <fpage>9589</fpage>
          .
          <fpage>18133</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Van Bekkum</surname>
          </string-name>
          ,
          <string-name>
            <surname>M. De Boer</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Van Harmelen</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Meyer-Vitali</surname>
            ,
            <given-names>A. T.</given-names>
          </string-name>
          <string-name>
            <surname>Teije</surname>
          </string-name>
          ,
          <article-title>Modular design patterns for hybrid learning and reasoning systems: a taxonomy, patterns</article-title>
          and use cases,
          <source>Applied Intelligence</source>
          <volume>51</volume>
          (
          <fpage>2021</fpage>
          -09)
          <fpage>6528</fpage>
          -
          <lpage>6546</lpage>
          . URL: https://link.springer.
          <source>com/10.1007/s10489-021-02394-3</source>
          . doi:
          <volume>10</volume>
          .1007/s10489-021-02394-3.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>M. De Boer</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          <string-name>
            <surname>Smit</surname>
          </string-name>
          , M. van
          <string-name>
            <surname>Bekkum</surname>
            , A. Meyer-Vitali,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Schmid</surname>
          </string-name>
          ,
          <article-title>Modular design patterns for generative neuro-symbolic systems</article-title>
          ,
          <source>in: Joint Proceedings of the ESWC</source>
          <year>2024</year>
          <article-title>Workshops and Tutorials co-located with 21th European Semantic Web Conference (ESWC</article-title>
          <year>2024</year>
          ),
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>T.</given-names>
            <surname>Mossakowski</surname>
          </string-name>
          ,
          <article-title>Modular design patterns for neural-symbolic integration: refinement and combination</article-title>
          ,
          <source>in: Proceedings of the 16th International Workshop on Neural-Symbolic Learning and Reasoning as part of the 2nd International Joint Conference on Learning &amp; Reasoning (IJCLR)</source>
          ,
          <year>2022</year>
          . URL: https://arxiv.org/abs/2206.04724.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>A.</given-names>
            <surname>Ellis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Dave</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Salehi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ganapathy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Shimizu</surname>
          </string-name>
          ,
          <article-title>Easy-ai: semantic and composable glyphs for representing ai systems</article-title>
          , in: HHAI 2024:
          <article-title>Hybrid Human AI Systems for the Social Good</article-title>
          , IOS Press,
          <year>2024</year>
          , pp.
          <fpage>105</fpage>
          -
          <lpage>113</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>A.</given-names>
            <surname>Ellis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Dave</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Salehi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ganapathy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Shimizu</surname>
          </string-name>
          ,
          <article-title>Implementing snoop-ai in comodide</article-title>
          ,
          <source>in: NAECON 2024-IEEE National Aerospace and Electronics Conference</source>
          , IEEE,
          <year>2024</year>
          , pp.
          <fpage>101</fpage>
          -
          <lpage>104</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>F. J.</given-names>
            <surname>Ekaputra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Llugiqi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sabou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ekelhart</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Paulheim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Breit</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Revenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Waltersdorfer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K. E.</given-names>
            <surname>Farfar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Auer</surname>
          </string-name>
          ,
          <article-title>Describing and organizing semantic web and machine learning systems in the SWeMLS-KG</article-title>
          ,
          <source>in: Proceedings of the 20th International Conference, ESWC</source>
          <year>2023</year>
          , Hersonissos, Crete, Greece, May 28-June 1,
          <year>2023</year>
          , volume
          <volume>13870</volume>
          LNCS,
          <year>2023</year>
          , pp.
          <fpage>372</fpage>
          -
          <lpage>389</lpage>
          . URL: https://doi.org/ 10.1007/978-3-
          <fpage>031</fpage>
          -33455-9_
          <fpage>22</fpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>