<!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>
      <journal-title-group>
        <journal-title>M. Bennett, The financial industry business ontology: Best practice for big data, Journal of
Banking Regulation</journal-title>
      </journal-title-group>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.1007/978</article-id>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>EURECOM</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sophia Antipolis</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>France</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Youssra Rebboud</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Pasquale Lisena</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Lionel Tailhardat</string-name>
          <email>lionel.Tailhardat@orange.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Raphael Troncy</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Workshop</string-name>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Benchmark Proposal, Knowledge Engineering, Knowledge Representation, Large Language Models</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Orange</institution>
          ,
          <addr-line>Paris</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <volume>14</volume>
      <issue>2013</issue>
      <abstract>
        <p>This study presents a benchmark proposal designed to enhance knowledge engineering tasks through the use of large language models (LLMs). As LLMs become increasingly pivotal in knowledge extraction and modeling, it is crucial to evaluate and improve their performance. Building on prior work aiming at reverse generating competency questions (CQs) from existing ontologies, we introduce a benchmark focused on specific knowledge modeling tasks including ontology documentation, ontology generation, and query generation. In addition, we propose a baseline evaluation framework that applies various techniques, such as semantic comparison, ontology evaluation criteria, and structural comparison, using both existing ground truth datasets and newly proposed ontologies with corresponding CQs and documentation. This rigorous evaluation aims to provide a deeper understanding of LLM capabilities and contribute to their optimization in knowledge engineering applications.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The knowledge engineering and semantic web communities are increasingly experimenting with Large
Language Models (LLMs) to build ontologies and knowledge graphs. Key tasks being explored include:
creating views on heterogeneous data lakes [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], RDF triples and SPARQL query generation [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], named
entity recognition and relation extraction [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], RML mappings creation [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] or schema and ontology
matching [
        <xref ref-type="bibr" rid="ref5 ref6 ref7">5, 6, 7</xref>
        ]. Hence, we observe that the various stages of the knowledge engineering process are
revisited in the era of LLMs (e.g. LOT [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]). However, their systematic usage need to be further assessed
as the results greatly vary depending on the underlying LLM being used and other factors.
      </p>
      <p>
        In previous work [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], we have evaluated six LLMs using zero- and few-shot approaches with three
prompting strategies, inputting either classes alone, classes with properties, or a schema summary.1
These configurations were tested across five ontologies to assess the LLMs’ ability to reverse generate
Competency Questions (CQs). These ontologies were precisely selected because expert made
competency questions having lead to their conceptualization were made available. We observed that while
providing competency question examples generally improved performance for this task, in some cases,
adding more detailed information from certain ontologies unexpectedly reduced LLM efectiveness.
This highlights the need to further investigate the characteristics of the ontologies that impact the
accuracy of LLM responses and vice versa.
      </p>
      <p>In this paper, we propose to develop a benchmark to systematically compare the performance of LLMs
for knowledge engineering tasks, specifically focusing on the stages of specification, conceptualization,
and validation of an ontology. The core of our proposal is to leverage ontologies that have been published
alongside a set of CQs and have been evaluated through the corresponding authoring tests expressed in
SPARQL. The goal of the LLM will typically be to understand user intents expressed in natural language</p>
      <p>CEUR</p>
      <p>ceur-ws.org
regarding a given domain of discourse and to produce the axiomatization of that domain in an ontology.
Typical knowledge engineering tasks in the scope of the proposal are: 1) conceptualize an ontology
from CQs; 2) generate CQs from an ontology (e.g. for evaluating its completeness or discovering new
usages); 3) produce the documentation of an ontology; 4) implement queries corresponding to CQs;
5) verbalize knowledge graph excerpts using instance data and an ontology.</p>
      <p>
        Beyond providing a comparison of the performance of LLMs to perform these tasks, we hypothesize
that the implementation of this benchmark will yield the necessary insights to understand to what
extent does the language bias of a LLM [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] influence its interpretation of the axiomatic structure
of a domain of discourse represented in an ontology, notably by exploring the role of competency
question formulation and the influence of object properties defined in ontologies, including their names,
descriptions, and associated logic.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Towards a More Comprehensive Benchmark</title>
      <p>In this section, we further detail the elements of this benchmark: the use cases and tasks to be
evaluated (Section 2.1), the curated datasets (Section 2.2), and the evaluation metrics for improving LLM
performance (Section 2.3).</p>
      <sec id="sec-2-1">
        <title>2.1. Benchmark Tasks</title>
        <p>Conceptualize an ontology. This task aims to conceptualize an ontology given a set of competency
questions and a domain scope. A variant of it can start from a partial ontology, and the task of the LLM
is to complete the ontology by adding the missing classes and properties. In this case, we will evaluate
the LLM’s performance in accurately completing an ontology based solely on the upper-level structure.
This will help understanding the depth to which the LLM can reach with and without CQs that could
assist in clarifying user intent.</p>
        <p>
          Generate Competency Questions. This task focuses on generating competency questions given an
ontology or specific parts of it, similar to the approach outlined in [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. The performance of LLMs will
be evaluated according to the prompts being used and the nature of the information provided, such as
a general description of an ontology, taxonomical branches, or even the entire ontology. The impact
of each type of input will be analyzed in order to assess the generalization capabilities of the model
and its limitations related to the domain, the structure or the size of the ontology. Additionally, this
task aims to identify best practices for prompt formatting to enhance communication between human
language and LLMs.
        </p>
        <p>
          Produce the ontology documentation. In this task, the LLM should produce a human-readable
documentation of the ontology, emphasizing on its main classes and properties. This can be further
expanded in generating useful API calls, e.g. following the SPARQL Transformers approach [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]. This
can be achieved by either inputting the entire ontology or using a chain-of-thought (CoT) [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ] approach,
in case of complex ontologies.
        </p>
        <p>Implement queries corresponding to CQs. This task will assess the LLM’s ability to generate
autonomously relevant queries given the ontology structure and the user intent expressed with competency
questions.</p>
        <p>Verbalize Knowledge Graph Excerpts. The task involves generating human-readable
interpretations of a dataset, using an ontology as a guide for the LLM to structure the information. The goal is to
go beyond the verbalization of all possibles triples (subject, verb, object) and to generate paragraphs
that summarize the graphs.</p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Datasets</title>
        <p>We propose to consider the following criteria to include ontologies in the benchmark: the availability of
competency questions that have lead to their conceptualization, comprehensive documentation of the
ontology, FAIR-related scores attached to the ontology, SPARQL queries demonstrating the usage of the
ontology and/or SHACL [13] shapes constraining its usage. Furthermore, we advocate for a selection
that covers diverse domain of discourses. From a conceptualization point of view, the selected ontologies
should exhibit diferent structure (e.g. relatively flat ontologies such as schema.org 2 versus nested
models such as FRBR [14]) and make use of well-known ontology design patterns (e.g. event-based
modeling like CIDOC-CRM3). Although not all ontologies provide the requisite information for every
criteria, they should still be suitable for evaluation in specific tasks.</p>
        <p>Domain of Discourse. The benchmark should cover as many domains as possible to be able to draw
the line between the performance of LLMs and a given domain. Examples include: general purpose
ontologies, IT and sensors, creative industries and medias, cultural heritage and museums, healthcare
and medicine, biology and life sciences, education and e-learning, e-commerce and retail, finance and
banking, and legal sectors.</p>
        <p>Candidate ontologies. The following ontologies fulfill the selection criteria discussed above:
• DOREMUS [15]: related to music and cultural heritage domains, the ontology comes with a
documentation, competency questions, SPARQL queries and APIs and a large knowledge graph.
• Polifonia [16]: related to music and cultural heritage, the ontology enables to capture musical
and historical knowledge. In addition to CQs and a comprehensive documentation, the authors
provides a set of queries that we can leverage as ground truth and a knowledge graph.
• DemCare [17]: related to the medical domain, specifically tailored for dementia care and
monitoring. Provided with CQs, a dataset, and well-structured documentation.
• Odeuropa [18]: related to sensory experiences and cultural heritage, focusing on olfactory
experiences in historical contexts. Provided with CQs, documentation, queries and a dataset.
• NORIA-O [19]: related to the IT domain, and designed for network monitoring and performing
anomaly detection. Provided with CQs, a documentation, queries, and a knowledge graph.
• FIBO [20]: related to the financial domain, this ontology is composed of numerous very
specialized terms and comes with a set of SPARQL queries aimed at testing its compliance.4
We plan to incorporate additional ontologies from other domains using well-known catalogs such
as Linked Open Vocabulary (LOV) [21] and the Industry Portal [22]. We can also rely on [23] which
provides a dataset of competency questions for diferent ontologies and domains (e.g. the African
wildlife ontology (AWO) [24] , the Software Ontology (SWO) [ 25], the Generic Ontology of Datatypes
(OntoDT) [26]) together with their translation into SPARQL queries.</p>
      </sec>
      <sec id="sec-2-3">
        <title>2.3. Evaluation Metrics and Process</title>
        <p>In this section, we outline the process for evaluating and improving LLM performance using a factorial
experiment design based on the following factors:
1) Prompting strategies: presence or absence of partial knowledge of the competency questions,
taxonomy, and documentation in the LLM’s context, depending on the specific task similar to an
ablation study.
2https://schema.org/
3https://cidoc-crm.org/
4https://shorturl.at/rwAPc
2) Data instance: presence or absence of instances from a knowledge graph structured by a given
ontology to guide the LLM.</p>
        <p>
          The evaluation process will be iterative, refining the integration of the knowledge graph with the
LLM at each step and assessing performance improvements along the way. Multiple iterations will be
conducted and the results will be analyzed using statistical methods to quantify progress. To facilitate
comparison between diferent models or methods, we propose to rely on a CI/CD-enabled pipeline
based on the tools developed in [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ], with performance results tracked using a leaderboard.
        </p>
        <p>Table 1 summarizes the evaluation techniques intended for each of the benchmark tasks (Section 2.1).</p>
        <sec id="sec-2-3-1">
          <title>Task</title>
        </sec>
        <sec id="sec-2-3-2">
          <title>Conceptualize an ontology</title>
        </sec>
        <sec id="sec-2-3-3">
          <title>Generate Competency Questions</title>
        </sec>
        <sec id="sec-2-3-4">
          <title>Produce the ontology documentation</title>
        </sec>
        <sec id="sec-2-3-5">
          <title>Implement queries corresponding to CQs</title>
        </sec>
        <sec id="sec-2-3-6">
          <title>Verbalize Knowledge Graph Excerpts Table 1</title>
          <p>• Ontology Evaluation Criteria. Using an existing ontology as the gold standard, we can assess
the accuracy, completeness, and conciseness of the generated ontology [28]. This serves the tasks of
ontology generation and ontology enrichment. However, adaptability, clarity, and computational
eficiency are not addressed in this research, as they depend on the ground truth ontology.
• Logical Consistency. This enables us to validate the semantic formalization of an ontology,
typically using tools such as the Hermit reasoner [29].
• Structure Comparison. When evaluating the generation of queries, this measure will compare
the structure of the generated query with a ground truth query. We can leverage the RTED
algorithm, which calculates the Tree Edit Distance (TED) [30] for this purpose.
• Fluency and Coherence. When verbalizing and summarizing knowledge graph excerpts
(instance data guided by an ontology), this metric will assess the fluency (grammatical correctness)
and adequacy (referring to the accurate integration of triples [31]) of the generated text.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Conclusion and Future Work</title>
      <p>
        In this work, we propose a comprehensive benchmark for knowledge engineering tasks utilizing large
language models (LLMs), specifically focusing on the knowledge conceptualization aspect. Building on
our previous research [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], which explored the use of LLMs for reverse generating competency questions
(CQs) from existing ontologies, we aim to expand the benchmark to encompass additional knowledge
engineering tasks, including ontology and query generation, ontology documentation and enrichment,
as well as knowledge graph verbalization. It is important to note that the set of tasks we propose is not
ifnite, and there are significant opportunities for extending this benchmark to accommodate evolving
challenges and new developments in the field.
      </p>
      <p>Furthermore, we advocate for the inclusion of a broader range of ontologies, extending beyond
our initial focus on the cultural heritage, education, network operations, and medical domains. By
incorporating ontologies from other sectors, we aim to establish a robust foundation for comparing LLM
performance across diverse domains of discourse. This expansion would enhance our understanding of
LLM capabilities and facilitate their fine-tuning within the context of knowledge engineering.
Additionally, we propose a baseline evaluation framework for the various tasks, which includes semantic
comparisons, ontology evaluation criteria, logical consistency, and structure comparison. We detail
the evaluation technique for each task. Moreover, the diverse range of proposed datasets will provide
valuable insights into how LLM performance correlates with the size, complexity, and domain of the
ontology.</p>
    </sec>
    <sec id="sec-4">
      <title>Acknowledgements</title>
      <p>This work has been partially supported by the French National Research Agency (ANR) within the
kFLOW project (Grant n°ANR-21-CE23-0028).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>S.</given-names>
            <surname>Arora</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Eyuboglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Narayan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hojel</surname>
          </string-name>
          , I. Trummer,
          <string-name>
            <given-names>C.</given-names>
            <surname>Ré</surname>
          </string-name>
          ,
          <article-title>Language Models Enable Simple Systems for Generating Structured Views of Heterogeneous Data Lakes</article-title>
          ,
          <source>VLDB Endowment 17</source>
          (
          <year>2023</year>
          )
          <fpage>92</fpage>
          --
          <lpage>105</lpage>
          . doi:
          <volume>10</volume>
          .14778/3626292.3626294.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J.</given-names>
            <surname>Frey</surname>
          </string-name>
          , L.-P. Meyer,
          <string-name>
            <given-names>N.</given-names>
            <surname>Arndt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Brei</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Bulert</surname>
          </string-name>
          ,
          <article-title>Benchmarking the Abilities of Large Language Models for RDF Knowledge Graph Creation and Comprehension: How Well Do LLMs Speak Turtle?</article-title>
          ,
          <source>in: Workshop on Deep Learning for Knowledge Graphs (DL4KG)</source>
          ,
          <year>2023</year>
          . URL: https: //ceur-ws.
          <source>org/</source>
          Vol-
          <volume>3559</volume>
          /paper-3.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Chang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>An</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Ma</surname>
          </string-name>
          , L. Hei,
          <string-name>
            <given-names>H.</given-names>
            <surname>Luo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Ren</surname>
          </string-name>
          ,
          <source>TechGPT-2</source>
          .
          <article-title>0: A large language model project to solve the task of knowledge graph construction</article-title>
          ,
          <year>2024</year>
          . arXiv:
          <volume>2401</volume>
          .
          <fpage>04507</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M.</given-names>
            <surname>Hofer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Frey</surname>
          </string-name>
          , E. Rahm,
          <article-title>Towards self-configuring Knowledge Graph Construction Pipelines using LLMs - A Case Study with RML</article-title>
          ,
          <source>in: 5ℎ International Workshop on Knowledge Graph Construction</source>
          ,
          <year>2024</year>
          . URL: https://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>3718</volume>
          /paper6.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>S.</given-names>
            <surname>Hertling</surname>
          </string-name>
          , H. Paulheim,
          <article-title>OLaLa: Ontology Matching with Large Language Models</article-title>
          , in: 12
          <article-title>ℎ Knowledge Capture Conference (KCAP</article-title>
          ),
          <source>Association for Computing Machinery</source>
          ,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          . 1145/3587259.3627571.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>H. B.</given-names>
            <surname>Giglou</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. D'Souza</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Engel</surname>
          </string-name>
          , S. Auer,
          <article-title>LLMs4OM: Matching Ontologies with Large Language Models</article-title>
          , in: 21 Extended Semantic Web Conference (ESWC),
          <source>Special Track on Large Language Models for Knowledge Engineering</source>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>B. P.</given-names>
            <surname>Allen</surname>
          </string-name>
          , P. T. Groth,
          <article-title>Evaluating Class Membership Relations in Knowledge Graphs using Large Language Models</article-title>
          , in: 21 Extended Semantic Web Conference (ESWC),
          <source>Special Track on Large Language Models for Knowledge Engineering</source>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M.</given-names>
            <surname>Poveda-Villalón</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fernández-Izquierdo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Fernández-López</surname>
          </string-name>
          ,
          <string-name>
            <surname>R.</surname>
          </string-name>
          <article-title>García-Castro, LOT: An industrial oriented ontology engineering framework</article-title>
          .
          <source>Engineering Applications of Artificial Intelligence, Engineering Applications of Artificial Intelligence</source>
          <volume>111</volume>
          (
          <year>2022</year>
          ). doi:
          <volume>10</volume>
          .1016/j.engappai.
          <year>2022</year>
          .
          <volume>104755</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Rebboud</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Tailhardat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Lisena</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Troncy</surname>
          </string-name>
          ,
          <article-title>Can LLMs generate competency questions?</article-title>
          , in: 21 Extended Semantic Web Conference (ESWC),
          <source>Special Track on Large Language Models for Knowledge Engineering</source>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Queenie</surname>
            <given-names>Luo</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Michael J.</given-names>
            <surname>Puett</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Michael D.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <surname>A Perspectival</surname>
          </string-name>
          <article-title>Mirror of the Elephant</article-title>
          ,
          <source>Communications of the ACM</source>
          <volume>67</volume>
          (
          <year>2024</year>
          )
          <fpage>98</fpage>
          -
          <lpage>105</lpage>
          . doi:
          <volume>10</volume>
          .1145/3670241.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>P.</given-names>
            <surname>Lisena</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Meroño-Peñuela</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Kuhn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Troncy</surname>
          </string-name>
          ,
          <article-title>Easy Web API Development with SPARQL Transformer</article-title>
          ,
          <source>in: Proceedings of the 18ℎ International Semantic Web Conference (ISWC)</source>
          ,
          <source>Semantic Web Science Association (SWSA)</source>
          , Auckland, New Zealand,
          <year>2019</year>
          . doi:
          <volume>10</volume>
          .1007/978-3-
          <fpage>030</fpage>
          -30796-7_
          <fpage>28</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J.</given-names>
            <surname>Wei</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Schuurmans</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Bosma</surname>
          </string-name>
          ,
          <string-name>
            <surname>E. H.</surname>
          </string-name>
          <article-title>hsin</article-title>
          <string-name>
            <surname>Chi</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Xia</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          <string-name>
            <surname>Le</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Zhou</surname>
          </string-name>
          ,
          <article-title>Chain of thought prompting elicits reasoning in large language models</article-title>
          ,
          <source>ArXiv abs/2201</source>
          .11903 (
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>