<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Implementing the Fatio Protocol for Multi-Agent Argumentation in LogiKEy</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Luca</forename><surname>Pasetto</surname></persName>
							<email>luca.pasetto@uni.lu</email>
							<affiliation key="aff0">
								<orgName type="institution">University of Luxembourg</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Christoph</forename><surname>Benzmüller</surname></persName>
							<email>christoph.benzmueller@uni-bamberg.de</email>
							<affiliation key="aff1">
								<orgName type="institution">Otto-Friedrich-Universität Bamberg</orgName>
							</affiliation>
							<affiliation key="aff2">
								<orgName type="institution">Freie Universität Berlin</orgName>
							</affiliation>
						</author>
						<title level="a" type="main">Implementing the Fatio Protocol for Multi-Agent Argumentation in LogiKEy</title>
					</analytic>
					<monogr>
						<idno type="ISSN">1613-0073</idno>
					</monogr>
					<idno type="MD5">8DD1301C2A81DDDE67713B26813593C1</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2025-04-23T16:41+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Proof assistants</term>
					<term>Isabelle/HOL</term>
					<term>Knowledge representation and reasoning</term>
					<term>Automated theorem proving</term>
					<term>Semantical embedding</term>
					<term>Higher-order logic</term>
					<term>Dialogue</term>
					<term>Argumentation</term>
					<term>Multi-Agent systems</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Fatio is a dialogue protocol that has been proposed to extend the language for agent communications FIPA ACL with locutions for dialectical argumentation. Its syntax is composed of five agent locutions, and its axiomatic semantics is defined in terms of the mental states (beliefs and desires) of the participating agents, that are influenced by what is uttered. LogiKEy is a framework and methodology for the design and engineering of ethico-legal reasoners which is based on semantical embeddings of logics and logic combinations in expressive classical higher-order logic (HOL). In this paper, we explore a modelling and present a first implementation of the axiomatic semantics of Fatio in the Isabelle/HOL proof assistant system following the LogiKEy methodology.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Introduction</head><p>Recent advancements in dialogue systems based on language models are pushing the boundaries of what is possible in AI-human interaction. The rapid evolution of these technologies can set up the stage for more intuitive and helpful AI systems in everyday life, but at the same time presents a variety of risks. This motivates research on formal dialogue systems, based on logical languages, for which it is possible to formally (and eventually also mechanically) prove relevant properties. In this paper, we explore an Isabelle/HOL modelling of Fatio, a formal dialogue system based on argumentation between multiple agents by following the LogiKEy <ref type="bibr" target="#b0">[1]</ref> framework and methodology. For an overview of argumentation-based dialogue, the interested reader can refer to <ref type="bibr" target="#b1">[2]</ref>.</p><p>LogiKEy <ref type="bibr" target="#b0">[1]</ref> is a framework and methodology that can be used for the design, engineering and experimentation of reasoning systems, with a focus on ethico-legal applications <ref type="bibr" target="#b2">[3]</ref> and normative reasoning <ref type="bibr" target="#b3">[4]</ref>. The formal framework of LogiKEy is based on shallow semantical embeddings (SSE) <ref type="bibr" target="#b4">[5]</ref> of combinations of various logics in classical higher-order logic (HOL). This meta-logical approach allows the use of off-the-shelf theorem provers and model finders for HOL, and therefore aids designers of ethical intelligent agents by allowing them to employ existing technologies instead of having to face the cumbersome task of developing completely new tools. Additionally, continuous improvements to the theorem provers enhance the reasoning capabilities within LogiKEy without needing extra adjustments. The methodology is represented in Figure <ref type="figure" target="#fig_0">1</ref>: the relevant object logics are encoded in HOL and can in turn be used to express domain theories, with the purpose of successively experimenting with concrete applications and examples.</p><p>The rest of the paper is structured as follows: Section 2 describes the Fatio protocol as in <ref type="bibr" target="#b5">[6]</ref>, Section 3 shows its LogiKEy implementation in the Isabelle/HOL proof assistant system, and Section 4 discusses the relevant results and the remaining challenges. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">The Fatio Protocol</head><p>This section summarizes the Fatio protocol for dialectical argumentation between agents that has been introduced in <ref type="bibr" target="#b5">[6]</ref>. The original paper motivates the protocol as an extension of the language FIPA ACL <ref type="bibr" target="#b6">[7]</ref> for agent interactions with the goal of addressing the criticism that it lacks a proper theory of argumentation. The authors therefore provide a set of locutions for the requesting and providing of reasons. The intuition is that agents that are proponents or opponents of a claim aim to establish the truth through various locutions or dialectical moves. The protocol is defined with a syntax, an axiomatic semantics, and an operational semantics.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1.">Syntax</head><p>The general syntax for utterances is illocution(P i , ϕ) or illocution(P i , P j , ϕ), where illocution is an illocutionary act, P i is an identifier for the agent making the utterance (the speaker), P j (with P j = P i ) denotes an agent at whom the utterance is directed, and ϕ is the content of the utterance. Utterances are intended to be made to the entire group involved in the dialogue. For the content of the utterance, any agreed formal language can be used, but the authors assume that the content layer is represented in a propositional language, with lower-case Greek letters as propositions. The set of well-formed content formulae, closed under the usual connectives, is denoted as C. Since the protocol is used to exchange justifications for claims, some utterances also contain content comprising arguments (e.g., premises and inference-rules), which are represented by upper-case Greek letters. The set of well-formed argument formulae, closed under the usual connectives, is denoted as A, with C ⊂ A.</p><p>If ϕ ∈ C is a proposition in the content language and Φ ∈ A is a justification, Φ ⊢ + ϕ is written to indicate that Φ is an argument in support of ϕ, and Φ ⊢ − ϕ to indicate that Φ is an argument against ϕ. In order to keep track of commitments to provide justifications for utterances, the concept of a dialectical obligation is introduced and is used to refer to previous commitments in the dialogue. The syntax is made up of five locutions or dialectical moves <ref type="bibr" target="#b5">[6]</ref>:</p><p>• F1assert (P i , ϕ): A speaker P i asserts a statement ϕ. By doing so, P i creates a dialectical obligation to provide justification for ϕ, if subsequently required by another participant. • F2question (P j , P i , ϕ): A speaker P j questions a prior utterance of assert(P i , ϕ) and seeks a justification for ϕ. The speaker P j of the question creates no dialectical obligations. • F3challenge(P j , P i , ϕ): A speaker P j challenges a prior utterance of assert(P i , ϕ) and seeks a justification for ϕ. Unlike a question, P j also creates a dialectical obligation on himself to provide a justification for not asserting ϕ, such as an argument against ϕ, if questioned or challenged. Therefore, challenge(P j , P i , ϕ) is considered stronger than question(P j , P i , ϕ). • F4justify (P i , Φ ⊢ + ϕ): A speaker P i , who had previously uttered assert(P i , ϕ) and was then questioned or challenged, is able to provide a justification Φ for the initial statement ϕ.</p><p>• F5retract (P i , ϕ): A speaker P i , who had previously made an assertion assert(P i , ϕ) or justification justify(P i , Φ ⊢ + ϕ), can withdraw this statement with the utterance of retract(P i , ϕ) or retract(P i , Φ ⊢ + ϕ), respectively. This removes the earlier dialectical obligation on P i to justify ϕ or Φ, if questioned or challenged.</p><p>The locutions are also subject to combination rules, introduced in <ref type="bibr" target="#b7">[8]</ref>, that constrain when an utterance can be made within the dialogue, ensuring structured interaction based on assertions, questions, challenges, justifications, and retractions. For instance, they ensure that the utterance assert(P i , ϕ) may be made at any time, and that immediately following an utterance of question(P j , P i , ϕ) or challenge(P j , P i , ϕ), the speaker P i of assert(P i , ϕ) must reply with justify(P i , Φ ⊢ + ϕ), for some Φ ∈ A.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2.">Axiomatic Semantics</head><p>The axiomatic semantics gives a set of axioms in terms of pre-conditions and post-conditions for each locution of Fatio, and it involves beliefs and desires of the participating agents. Mental states such as beliefs and desires are used in order to be consistent with the axiomatic semantics of FIPA ACL. The concept of a dialectical obligation is also clarified at this point, as the authors introduce, for each participant P i , one dialectical obligations store DOS(P i ) to record dialectical obligations. The contents of DOS(P i ) are triples (P i , X, Y ), where P i is a participant, X ∈ C or X ∈ A, and Y ∈ {+, −}. The intuition is that (P i , ϕ, +) ∈ DOS(P i ) indicates that participant P i has a dialectical obligation to provide a justification in support of ϕ. Two classes of modal operators are used in the semantics: one for beliefs B i and one for desires D i , where i is an agent identifier. Also, an element from FIPA's action language is used: Done [illocution(P i , ϕ), pre-con] indicates that illocution(P i , ϕ) has been uttered by participant P i with content ϕ, and with pre-conditions pre-con true. For the purposes of the current implementation, we do not consider pre-con and use Done [illocution(P i , ϕ)]. The pre-conditions and post-conditions are then <ref type="bibr" target="#b5">[6]</ref>:</p><formula xml:id="formula_0">• assert(P i , ϕ)</formula><p>-Pre-conditions: A speaker P i does not have yet the dialectical obligation to provide justification for ϕ, and P i desires that each participant P j (j = i) believes that P i believes the proposition ϕ ∈ C. Formally, ((P i , ϕ, +) / ∈ DOS(P i )) ∧ (∀j = i)(D i B j B i ϕ). -Post-conditions: Each participant P k (k = i), believes that participant P i desires that each participant P j (j = i) believe that P i believes ϕ. Moreover, the dialectical obligation (P i , ϕ, +) is added to DOS(P i ).</p><p>Formally,</p><formula xml:id="formula_1">(P i , ϕ, +) ∈ DOS(P i ) ∧ (∀k = i)(∀j = i)(B k D i B j B i ϕ).</formula><p>• question(P j , P i , ϕ)</p><p>-Pre-conditions: Some participant P i (i = j) has a dialectical obligation to support ϕ and participant P j desires that each other participant P k (k = j), believes that P j desires that P i utter a justify locution for ϕ. Formally, ∃i(i = j)</p><formula xml:id="formula_2">((P i , ϕ, +) ∈ DOS(P i ) ∧ (∀k = j)D j B k D j (∃∆ ∈ A) Done [justify(P i , ∆ ⊢ + ϕ)]</formula><p>) . -Post-conditions: Participant P i must utter a justify locution. There is no change on the dialectical obligations. Formally, (∃∆ ∈ A) Done [justify(P i , ∆ ⊢ + ϕ)] .</p><p>• challenge(P j , P i , ϕ)</p><p>-Pre-conditions: Some participant P i (i = j) has a dialectical obligation to support ϕ. Participant P j desires that each other participant P k (k = j), believe both that P j desires that P i utter a justify(P i , ∆ ⊢ + ϕ) locution for some ∆ ∈ A and that P j does not believe ϕ. Formally, ∃i(i = j)</p><formula xml:id="formula_3">((P i , ϕ, +) ∈ DOS(P i ) ∧ (∀k = j)(D j B k ¬B j ϕ) ∧ (∀k = j)D j B k D j (∃∆ ∈ A) Done [justify(P i , ∆ ⊢ + ϕ)]</formula><p>). -Post-conditions: Participant P i must utter a justify locution. Moreover, the dialectical obligation (P j , ϕ, −) is added to DOS(P j ). Formally, ((P j , ϕ, −) ∈ DOS(P j ) ∧ (∃∆ ∈ A) Done [justify (P i , ∆ ⊢ + ϕ)]).</p><p>• justify(P i , Φ ⊢ + ϕ)</p><p>-Pre-conditions: A speaker P i has a dialectical obligation to support ϕ. Another speaker P j (j = i) has uttered a question(P j , P i , ϕ) or a challenge(P j , P i , ϕ) locution. Furthermore, P i desires that each participant P k (k = i) believes that P i believes that Φ ∈ A is an argument for ϕ. Formally, ((P i , ϕ, +) ∈ DOS(P i )) ∧ (Done [question (P j , P i , ϕ)] ∨ Done [challenge (P j , P i , ϕ))</p><formula xml:id="formula_4">∧ (∃Φ ∈ A) (∀k = i) D i B k B i (Φ ⊢ + ϕ) .</formula><p>-Post-conditions: Each participant P k (k = i) believes that P i desires that each participant P j (j = i) believes that P i believes that Φ ∈ A is an argument for ϕ. Moreover, the dialectical obligation (P i , Φ, +) is added to DOS(P i ). Formally, ((</p><formula xml:id="formula_5">P i , Φ, +) ∈ DOS(P i )) ∧ (∀k = i) (∀j = i) B k D i B j B i (Φ ⊢ + ϕ) .</formula><p>• retract(P i , ϕ)</p><p>-Pre-conditions: For the proposition ϕ ∈ C, it is required that (P i , ϕ, +) ∈ DOS(P i ).</p><p>Participant P i desires that each participant P j (j = i) believes that P i no longer believes ϕ.</p><p>Additionally, P i desires that each participant P j (j = i) understands that P i no longer maintains a disbelief in ϕ. Formally, ((</p><formula xml:id="formula_6">P i , ϕ, +) ∈ DOS(P i ) ∧ (∀j = i) D i B j ¬B i ϕ) ∨ ((P i , ϕ, −) ∈ DOS(P i ) ∧ (∀j = i) D i B j ¬¬B i ϕ) .</formula><p>-Post-conditions: Depending on the case outlined in the pre-conditions, either each participant P k (k = i) believes that participant P i desires that each participant P j (j = i) believes that P i no longer believes ϕ, or each participant P k (k = i) believes that participant P i desires that each participant P j (j = i) believes that P i no longer disbelieves ϕ. Moreover, either (P i , ϕ, +) or (P i , ϕ, −) is removed from DOS(P i ). Formally,</p><formula xml:id="formula_7">((P i , ϕ, +) / ∈ DOS(P i ) ∧ (∀k = i) (∀j = i) B k D i B j ¬B i ϕ) ∨ ((P i , ϕ, −) / ∈ DOS(P i ) ∧ (∀k = i) (∀j = i) B k D i B j ¬¬B i ϕ) .</formula></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3.">Operational Semantics</head><p>The operational semantics is given in terms of internal decision mechanisms for agents that in the protocol are not specified and are left to be implemented, for example through reasoning methods based on formal argumentation. For instance, a decision mechanism is used by an agent to decide whether to assert a given statement at a given point of the dialogue, and another decision mechanism is used by an agent with a dialectical obligation to justify a statement or argument to identify the best possible justification at a given point of the dialogue. We do not go into more details of the operational semantics here, as for now we only focused on the encoding of the axiomatic semantics.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Fatio in LogiKEy</head><p>The possibility of using the existing LogiKEy infrastructure has allowed for rapid prototyping of the Fatio protocol in the Isabelle/HOL proof assistant system <ref type="bibr" target="#b8">[9]</ref>. Figure <ref type="figure" target="#fig_1">2</ref> shows the layers of the LogiKEy methodology applied to Fatio. The layers are as follows:</p><p>• L0 is the underlying Meta-Logic (HOL) layer;</p><p>• L1 represents the combination of object logics: (L1.1) a deeply embedded logic to be used to express the content of the Fatio locutions and (L1.2) a shallowly embedded logic to represent the axiomatic semantics in terms of beliefs and desires; • L2 is about domain-specific languages: (L2.1) is the encoding of world knowledge using L1.2 and (L2.2) is the actual language of Fatio, based on agents uttering locutions; and • L3 is the layer for dialogue applications, that use in turn the L2 languages. The architecture shows that at layer L1 we have both a shallow and a deep embedding of logics, but additionally the situation is even more complex, as the two logics are also nested within each other. We now go through the main parts of the implementation and describe choices and challenges. <ref type="foot" target="#foot_0">1</ref>We begin with layer L1.2, showing the higher-order multimodal logic that we then use to represent beliefs and desires of agents. Here, σ is the type of world depended formulas, and complex formulas are built by following the semantics of the logical connectives. This logic is shallowly embedded, and after defining a datatype for speakers (for simplicity, at this moment we list only three possible speakers a, b and c) we define the two modal operators B i and D i for each speaker i.</p><p>At layer L1.1 (on the left below) we have a deeply embedded propositional logic, with formulas of type Formula. This logic is then used inside the Fatio language of type FatioL to represent the content of the Fatio locutions: we show the syntax of the Fatio language at layer L2.2 (on the right below), with the five above mentioned kinds of locutions and content of type Formula.</p><p>In the axiomatic semantics, the beliefs and desires of the agents are about formulas that have been uttered during the dialogue using the content language, that is, the deeply embedded one. However, the axiomatic semantics is expressed in the shallowly embedded higher-order multimodal logic. Therefore, at layer L1.3 it is necessary to have a mapping between the deeply embedded content formulas (L1.1) and the shallowly embedded higher-order multimodal logic formulas (L1.2). This is built starting from the atoms of the languages with mkHOMMLatom (on the left below) and arriving to the complex formulas with the function Map1 specified on the relative connectives (on the right below). We also map to the higher-order multimodal logic the special formulas that appear in the axiomatic semantics for Done [illocution(P i , ϕ)] (with MapDone) and for Φ ⊢ + ϕ in justify(P i , Φ ⊢ + ϕ) (with MapEntailment).</p><p>We show then some experiments to clarify the differences between the deep and the shallow embedding. First, while for the deeply embedded logic of L1.1 we can find a counterexample to show that it does not hold that p → p = ¬⊥, when this is mapped to the shallowly embedded logic of L1.2 we can prove that it holds that Map1(p → p) = Map1(¬⊥) (on the left below). Indeed, the deep embedding is motivated by the need to differentiate two same Fatio locutions that involve different but semantically equivalent formulas of the content language, while with the shallow embedding we cannot distinguish between formulas like p → p and ¬⊥. We can find a counterexample to show that it does not hold that assert(a, p → p) = assert(a, ¬⊥), but also there is a counterexample to show that it does not hold that Done [assert(a, p → p)] = Done [assert(a, ¬⊥)] (on the right below). This is the intended behaviour for Done, as in this case we might be in a dialogue where agent a has asserted ¬⊥ but not p → p.</p><p>We proceed now with the modelling of the axiomatic semantics of the protocol. The first ingredient is the dialectical obligations store DOS, that we represent as a list of triples (Speaker, Formula, Sign). The function to update DOS when a Fatio locution is executed is then shown below here on the right: assert, justify, and challenge add an element to DOS, retract removes an element from DOS, while question does not change DOS.</p><p>For layer L1.3, the next step is to encode the pre-conditions of each locution. In order to do that, the formal definitions of the original paper should be clear and not leave space for ambiguity. If we consider the pre-conditions of question and challenge, we have that ∃∆ appears after the modal operators</p><formula xml:id="formula_8">D j B k D j in (∀k = j)D j B k D j (∃∆ ∈ A) Done [justify(P i , ∆ ⊢ + ϕ)] .</formula><p>It is not completely clear if the authors actually intended the modal operators to operate on a quantified formula, or if they intended the existential quantifier as a meta-language element. To better understand the situation, we experimented with the expression and tried to move the existential quantifier outside of the modal operators, obtaining (∀k = j) (∃∆ ∈ A) D j B k D j Done [justify(P i , ∆ ⊢ + ϕ)] . Indeed, the two formulas are not equivalent, and we found out that while the second one implies the first one (lemma ent3), the inverse does not hold (counterexample for lemma ent2). For now, we decided to follow strictly the contents of the paper, so we kept the first formula for the pre-conditions, but this might be a knowledge representation choice that can be changed in favor of the formula that better encodes the desired effects.</p><p>We can then proceed with the encoding of the pre-conditions. We write function PreCond that checks whether the pre-conditions of a locution are satisfied, given a current dialectical obligations store DOS and a current set Γ of shallowly embedded formulas that represent the encoded world knowledge of layer L2.1.</p><p>The post-conditions are encoded with the GammaAdd function, that takes a locution and gives the set of formulas representing its post-conditions. At this point, in the axiomatic semantics of the paper the postconditions of question and challenge contain a formula (∃∆ ∈ A) Done [justify(P i , ∆ ⊢ + ϕ)], which means that the relevant justify locution is uttered. However, we think that this would be better handled by combination rules or operational semantics, and the justify locution cannot have been uttered already when the post-conditions of question and challenge are imposed. For this reason, we simplified the post-conditions of these two locutions.</p><p>The actual evolution of the set of formulas Γ is encoded by GammaUpdate, that outputs the updated set of formulas Γ ′ given a current locution and a current set of formulas Γ. It does so by including (1) the new formulas added with GammaAdd, (2) the formulas that are already in Γ and are consistent with (1), and (3) the relevant MapDone formula for the current locution.</p><p>A FatioState is defined as a triple (FatioL list, DOS list, Γ). The function FatioCheck goes from one FatioState to the next by executing its first locution, and the function FatioCheckRec executes an entire dialogue by a series of recursive calls, and outputs True if the final state is successful, that is, the pre-conditions of each executed locution are satisfied after having imposed the post-conditions of the previous locution.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">Discussion</head><p>We presented a first modelling and implementation of the Fatio protocol in the LogiKEy framework. The next step is obviously to carry out more extensive experiments on it, in order to test it and possibly to improve it accordingly. At this point, we ran only a few experiments with some small dialogues. While the reasoning system is promising, and up to our knowledge it is the first implementation of Fatio that actually uses the intended modal logic semantics, the modelling is not simple and there are a few sources of complexity that emerged:</p><p>• complexity of the relationship between the embeddings of the logics (the deep embedding is being mapped to the shallow embedding, and the Fatio language, that uses the deeply embedded logic, is again being mapped to the shallow embedding); • complexity in terms of how Isabelle/HOL can cope with the modelling, as we had a few technical issues related to the parsing of the formulas combining different logics, and in order to solve them at this point we are using a large quantity of brackets to speed-up the disambiguation process, and we had some issues regarding the responsiveness of the theorem provers called by sledgehammer, caused by the complexity of the involved formulas; • complexity in terms of human usability/readability for experimentation (the formulas to be used to encode the world knowledge and to satisfy the pre-conditions in the axiomatic semantics involve complex nesting of beliefs and desires that might be hard to grasp for a human user of the protocol, and moreover as already mentioned the formulas have to involve large numbers of brackets to help the parser).</p><p>An additional challenge in this kind of work is that in the original paper there are extra-logical aspects that have to be clarified in order to implement the protocol. As it is natural with implementations, there are differences between the paper and the code, and during the implementation things can be simplified or might need to be made more explicit. In our case, for example, we simplified the post-conditions of question and challenge, and we modelled the dialectical obligations store DOS in a slightly simpler way compared to the original paper. At the same time, we had to make (temporary) choices about how to model the Done operator and on where to put the existential quantifier in the pre-conditions of question and challenge. These are cases where the experimental approach proposed with LogiKEy can be impactful, as we made these choice with the support of small experiments.</p><p>The point of how to assess the correctness of our method is important to discuss. A pen and paper proof would be possible if we had a proper target semantics, but in the process of implementing the protocol we actually had to make changes to the original semantics. Therefore, a contribution of this paper is in making more clear how the target semantics should look like, so to possibly simplify it. In general, an overall future goal is to simplify the modelling to solve some of the challenges listed above. For instance, as already stated, the relationship between the shallow and the deep embedding is not straightforward. Therefore, streamlining it (e.g., by only using a shallow embedding, even though a more sophisticated one) would help to fix some of the complexities we have with the integration of the different reasoning mechanisms.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Figure 1 :</head><label>1</label><figDesc>Figure 1: LogiKEy development methodology</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Figure 2 :</head><label>2</label><figDesc>Figure 2: LogiKEy development methodology for Fatio</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0"><head></head><label></label><figDesc></figDesc><graphic coords="8,71.99,65.59,451.29,189.74" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0"><head></head><label></label><figDesc></figDesc><graphic coords="8,71.99,373.37,451.30,148.82" type="bitmap" /></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">The code of the Isabelle/HOL implementation that we describe here is available at https://github.com/cbenzmueller/LogiKEy/ tree/master/Fatio/v1</note>
		</body>
		<back>

			<div type="acknowledgement">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Acknowledgments</head><p>This work was supported by the Luxembourg National Research Fund (FNR) through the project Logical methods for Deontic Explanations (INTER/DFG/23/17415164/LODEX) and the project Deontic Logic for Epistemic Rights (OPEN O20/14776480). The authors would like to thank Prof. Leon van der Torre for sharing the enthusiasm about Fatio, and David Fuenmayor and Daniel Kirchner for helpful comments.</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Designing normative theories for ethical and legal reasoning: LogiKEy framework, methodology, and tool support</title>
		<author>
			<persName><forename type="first">C</forename><surname>Benzmüller</surname></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename><surname>Parent</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Van Der Torre</surname></persName>
		</author>
		<idno type="DOI">10.1016/j.artint.2020.103348</idno>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">287</biblScope>
			<biblScope unit="page">103348</biblScope>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Argumentation-based dialogue</title>
		<author>
			<persName><forename type="first">E</forename><surname>Black</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Maudet</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Parsons</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Handbook of Formal Argumentation</title>
		<imprint>
			<biblScope unit="volume">2</biblScope>
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Modelling value-oriented legal reasoning in LogiKEy</title>
		<author>
			<persName><forename type="first">C</forename><surname>Benzmüller</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Fuenmayor</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Lomfeld</surname></persName>
		</author>
		<idno type="DOI">10.3390/logics2010003</idno>
		<idno type="arXiv">arXiv:2006.12789</idno>
	</analytic>
	<monogr>
		<title level="j">Logics</title>
		<imprint>
			<biblScope unit="volume">2</biblScope>
			<biblScope unit="page" from="31" to="78" />
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
	<note type="report_type">preprint</note>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Automated verification of deontic correspondences in Isabelle/HOLfirst results</title>
		<author>
			<persName><forename type="first">X</forename><surname>Parent</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Benzmüller</surname></persName>
		</author>
		<ptr target="https://ceur-ws.org/Vol-3326/" />
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 4th International Workshop on Automated Reasoning in Quantified Non-Classical Logics (ARQNL 2022) affiliated with the 11th International Joint Conference on Automated Reasoning (IJCAR 2022)</title>
		<title level="s">CEUR Workshop Proceedings</title>
		<editor>
			<persName><forename type="first">C</forename><surname>Benzmüller</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><surname>Otten</surname></persName>
		</editor>
		<meeting>the 4th International Workshop on Automated Reasoning in Quantified Non-Classical Logics (ARQNL 2022) affiliated with the 11th International Joint Conference on Automated Reasoning (IJCAR 2022)<address><addrLine>Haifa, Israel</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2022-08-11">August 11, 2022. 2023</date>
			<biblScope unit="volume">3326</biblScope>
			<biblScope unit="page" from="92" to="108" />
		</imprint>
	</monogr>
	<note>ARQNL 2022: Automated Reasoning in Quantified Non-Classical Logics</note>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Universal (meta-)logical reasoning: Recent successes</title>
		<author>
			<persName><forename type="first">C</forename><surname>Benzmüller</surname></persName>
		</author>
		<idno type="DOI">10.1016/j.scico.2018.10.008</idno>
	</analytic>
	<monogr>
		<title level="j">Science of Computer Programming</title>
		<imprint>
			<biblScope unit="volume">172</biblScope>
			<biblScope unit="page" from="48" to="62" />
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Locutions for argumentation in agent interaction protocols</title>
		<author>
			<persName><forename type="first">P</forename><surname>Mcburney</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Parsons</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Agent Communication</title>
				<editor>
			<persName><forename type="first">R</forename><forename type="middle">M</forename><surname>Van Eijk</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">M.-P</forename><surname>Huget</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">F</forename><surname>Dignum</surname></persName>
		</editor>
		<meeting><address><addrLine>Berlin Heidelberg; Berlin, Heidelberg</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2005">2005</date>
			<biblScope unit="page" from="209" to="225" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<title level="m" type="main">communicative act library specification, Standard SC00037J</title>
		<author>
			<persName><surname>Fipa</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2002">2002</date>
			<publisher>Foundation for Intelligent Physical Agents</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Games that agents play: A formal framework for dialogues between autonomous agents</title>
		<author>
			<persName><forename type="first">P</forename><surname>Mcburney</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Parsons</surname></persName>
		</author>
		<idno type="DOI">10.1023/A:1015586128739</idno>
		<ptr target="https://doi.org/10.1023/A:1015586128739.doi:10.1023/A:1015586128739" />
	</analytic>
	<monogr>
		<title level="j">J. Log. Lang. Inf</title>
		<imprint>
			<biblScope unit="volume">11</biblScope>
			<biblScope unit="page" from="315" to="334" />
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Isabelle/HOL -A Proof Assistant for Higher-Order Logic</title>
		<author>
			<persName><forename type="first">T</forename><surname>Nipkow</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">C</forename><surname>Paulson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Wenzel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="s">Lecture Notes in Computer Science</title>
		<imprint>
			<biblScope unit="volume">2283</biblScope>
			<date type="published" when="2002">2002</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
