<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.3 20210610//EN" "JATS-journalpublishing1-3-mathml3.dtd">
<article article-type="review-article" dtd-version="1.3" xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:ali="http://www.niso.org/schemas/ali/1.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Robot. AI</journal-id>
<journal-title-group>
<journal-title>Frontiers in Robotics and AI</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Robot. AI</abbrev-journal-title>
</journal-title-group>
<issn pub-type="epub">2296-9144</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">1770121</article-id>
<article-id pub-id-type="doi">10.3389/frobt.2026.1770121</article-id>
<article-version article-version-type="Version of Record" vocab="NISO-RP-8-2008"/>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Review</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>When AI takes the wheel: AI-defined vehicles principles and pitfalls</article-title>
<alt-title alt-title-type="left-running-head">De Vincenzi et al.</alt-title>
<alt-title alt-title-type="right-running-head">
<ext-link ext-link-type="uri" xlink:href="https://doi.org/10.3389/frobt.2026.1770121">10.3389/frobt.2026.1770121</ext-link>
</alt-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>De Vincenzi</surname>
<given-names>Marco</given-names>
</name>
<xref ref-type="aff" rid="aff1">
<sup>1</sup>
</xref>
<xref ref-type="corresp" rid="c001">&#x2a;</xref>
<uri xlink:href="https://loop.frontiersin.org/people/3320765"/>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Writing &#x2013; review &#x26; editing" vocab-term-identifier="https://credit.niso.org/contributor-roles/Writing - review &#x26; editing/">Writing &#x2013; review and editing</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Writing &#x2013; original draft" vocab-term-identifier="https://credit.niso.org/contributor-roles/writing-original-draft/">Writing &#x2013; original draft</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Conceptualization" vocab-term-identifier="https://credit.niso.org/contributor-roles/conceptualization/">Conceptualization</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Investigation" vocab-term-identifier="https://credit.niso.org/contributor-roles/investigation/">Investigation</role>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Bodei</surname>
<given-names>Chiara</given-names>
</name>
<xref ref-type="aff" rid="aff2">
<sup>2</sup>
</xref>
<uri xlink:href="https://loop.frontiersin.org/people/3362549"/>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Writing &#x2013; original draft" vocab-term-identifier="https://credit.niso.org/contributor-roles/writing-original-draft/">Writing &#x2013; original draft</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Writing &#x2013; review &#x26; editing" vocab-term-identifier="https://credit.niso.org/contributor-roles/Writing - review &#x26; editing/">Writing &#x2013; review and editing</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Supervision" vocab-term-identifier="https://credit.niso.org/contributor-roles/supervision/">Supervision</role>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Matteucci</surname>
<given-names>Ilaria</given-names>
</name>
<xref ref-type="aff" rid="aff1">
<sup>1</sup>
</xref>
<uri xlink:href="https://loop.frontiersin.org/people/2886574"/>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Writing &#x2013; review &#x26; editing" vocab-term-identifier="https://credit.niso.org/contributor-roles/Writing - review &#x26; editing/">Writing &#x2013; review and editing</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Supervision" vocab-term-identifier="https://credit.niso.org/contributor-roles/supervision/">Supervision</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Writing &#x2013; original draft" vocab-term-identifier="https://credit.niso.org/contributor-roles/writing-original-draft/">Writing &#x2013; original draft</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Validation" vocab-term-identifier="https://credit.niso.org/contributor-roles/validation/">Validation</role>
<role vocab="credit" vocab-identifier="https://credit.niso.org/" vocab-term="Conceptualization" vocab-term-identifier="https://credit.niso.org/contributor-roles/conceptualization/">Conceptualization</role>
</contrib>
</contrib-group>
<aff id="aff1">
<label>1</label>
<institution>Institute of Informatics and Telematics - CNR</institution>, <city>Pisa</city>, <country country="IT">Italy</country>
</aff>
<aff id="aff2">
<label>2</label>
<institution>Department of Computer Science, University of Pisa</institution>, <city>Pisa</city>, <country country="IT">Italy</country>
</aff>
<author-notes>
<corresp id="c001">
<label>&#x2a;</label>Correspondence: Marco De Vincenzi, <email xlink:href="mailto:marco.devincenzi@iit.cnr.it">marco.devincenzi@iit.cnr.it</email>
</corresp>
</author-notes>
<pub-date publication-format="electronic" date-type="pub" iso-8601-date="2026-03-02">
<day>02</day>
<month>03</month>
<year>2026</year>
</pub-date>
<pub-date publication-format="electronic" date-type="collection">
<year>2026</year>
</pub-date>
<volume>13</volume>
<elocation-id>1770121</elocation-id>
<history>
<date date-type="received">
<day>17</day>
<month>12</month>
<year>2025</year>
</date>
<date date-type="rev-recd">
<day>31</day>
<month>01</month>
<year>2026</year>
</date>
<date date-type="accepted">
<day>03</day>
<month>02</month>
<year>2026</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#xa9; 2026 De Vincenzi, Bodei and Matteucci.</copyright-statement>
<copyright-year>2026</copyright-year>
<copyright-holder>De Vincenzi, Bodei and Matteucci</copyright-holder>
<license>
<ali:license_ref start_date="2026-03-02">https://creativecommons.org/licenses/by/4.0/</ali:license_ref>
<license-p>This is an open-access article distributed under the terms of the <ext-link ext-link-type="uri" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution License (CC BY)</ext-link>. The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</license-p>
</license>
</permissions>
<abstract>
<p>As introduced by Asimov in &#x201c;I, Robot&#x201d;, intelligent machines are characterized as systems capable of performing tasks that traditionally require human intelligence, such as autonomous decision-making and driving. In this context, modern road vehicles can increasingly be understood as robotic systems endowed with progressively sophisticated functionalities, operational flexibility, and, crucially, the capacity to learn and evolve autonomously over time. Building on this perspective, AI-defined vehicles (AIDVs) are emerging in both the automotive industry and the research community as a next stage in vehicle evolution, where interaction capabilities, adaptability, sustainability, and ethical governance are embedded as core design principles rather than treated as auxiliary features. This work aims to introduce this new class of vehicles and provide an analysis of their defining principles, capabilities, and challenges. This article contributes a first conceptualization of AIDVs, outlines their defining principles, and distinguishes them from existing vehicle classes. Then, it identifies the risks introduced by adaptive AI and proposes a preliminary roadmap for their integration into Intelligent Transportation Systems (ITS).</p>
</abstract>
<kwd-group>
<kwd>artificial intelligence (AI)</kwd>
<kwd>autonomous vehicle (AV)</kwd>
<kwd>intelligent transportation system (ITS)</kwd>
<kwd>safety</kwd>
<kwd>security</kwd>
<kwd>vehicle-to-everything (V2X)</kwd>
</kwd-group>
<funding-group>
<funding-statement>The author(s) declared that financial support was received for this work and/or its publication. This work has been partially supported by the Italian National Recovery and Resilience Plan (PNRR) project Securing sOftware Platform (SOP) and received funding from the Three-Year Plan for Research 2022&#x2013;2024 (PTR 22&#x2013;24), Action P2.01 (Cybersecurity). Additional support was provided by SEcurity and RIghts in CyberSpace (SERICS), Project PE00000014, under the National Recovery and Resilience Plan (NRRP) of the Italian Ministry of University and Research (MUR), funded by the European Union&#x2013;NextGenerationEU (EU-NGEU).</funding-statement>
</funding-group>
<counts>
<fig-count count="5"/>
<table-count count="3"/>
<equation-count count="0"/>
<ref-count count="82"/>
<page-count count="00"/>
</counts>
<custom-meta-group>
<custom-meta>
<meta-name>section-at-acceptance</meta-name>
<meta-value>Multi-Robot Systems</meta-value>
</custom-meta>
</custom-meta-group>
</article-meta>
</front>
<body>
<sec sec-type="intro" id="s1">
<label>1</label>
<title>Introduction</title>
<p>What if road vehicles behave like AI-driven robots? This question invites consideration of a future in which vehicle functionalities and driving behavior are no longer managed solely by software, even when augmented with AI, but instead emerge from continuous interaction with other autonomous Cyber&#x2013;Physical Systems (CPSs) within a large-scale Intelligent Transportation System (ITS). In such an environment, vehicles are CPSs, and AI agents can <italic>interact</italic> and <italic>autonomously make decisions</italic> for various purposes, including driving, traffic optimization, and mobility.</p>
<p>Traditional software and AI differ at a fundamental level: the key distinctions lie in their operational principles, adaptability, and problem-solving capabilities. Traditional software follows explicit algorithms defined by developers. Its behavior may be deterministic or nondeterministic, e.g., due to concurrency, timing, or underspecified execution order, but it remains grounded in predefined rules and control logic, producing outcomes that are fully determined by the implemented program. AI systems, by contrast, learn directly from data, discovering patterns that guide their behavior rather than relying exclusively on handcrafted rules. Although AI is technically a form of software, it represents a fundamental shift in problem-solving: its outputs are <italic>inherently probabilistic</italic>, enabling adaptation to unseen situations and behaviors not explicitly programmed, while also introducing new safety challenges in CPSs due to their nondeterministic behaviors (<xref ref-type="bibr" rid="B62">Russell and Norvig, 2021</xref>).</p>
<p>Focusing on the vehicular domain, this difference means that a vehicle is no longer a stand-alone entity interacting with its surroundings, but instead extends its operational surface to integrate with the surrounding environment, thereby defining its behavior through continuous data exchange, learning, and processing (<xref ref-type="fig" rid="F1">Figure 1</xref>).</p>
<fig id="F1" position="float">
<label>FIGURE 1</label>
<caption>
<p>SDV and AIDV interaction <italic>surface bubbles</italic> across ground, infrastructure, and backend layers.</p>
</caption>
<graphic xlink:href="frobt-13-1770121-g001.tif">
<alt-text content-type="machine-generated">Diagram compares SDV and AIDV vehicular networks across backend, infrastructure, and ground layers. SDV has limited connectivity, while AIDV&#x2019;s green-highlighted network shows more integrated connections among vehicles, infrastructure, and external systems.</alt-text>
</graphic>
</fig>
<p>Unlike Software-defined Vehicles (SDVs), in which AI-based functions, when present, are typically confined to predefined components and operate within a fixed decision architecture, AI-defined Vehicles (AIDVs) are characterized by continuous adaptation through interaction-driven reasoning and learning, where driving and coordination policies evolve as a result of sustained interaction with other agents and infrastructure. The vehicle surface is no longer confined to the vehicle itself but extends to include interactions with other road actors, through which vehicle functionalities are enabled.</p>
<p>In recent years, several industry leaders have begun referring to AIDV to describe the expected evolution toward massive AI dependence in future vehicles (<xref ref-type="bibr" rid="B7">Che et al., 2025</xref>; <xref ref-type="bibr" rid="B59">Qualcomm Technologies Inc., 2026</xref>). However, these industrial references remain high-level, industry-based, and fragmented. For this reason, this work analyzes the defining principles, enabling technologies, and associated challenges of AIDVs. It consolidates and contextualizes existing industrial uses of the term, distinguishes AIDVs from conventional autonomous vehicles and SDVs, and identifies the key AI-driven capabilities that characterize this next-generation of mobility systems. Building on this foundation, the paper outlines potential risks, identifies open research questions, and discusses the requirements for the safe, trustworthy, and effective integration of AIDVs into ITSs. This work&#x2019;s contributions are the following:<list list-type="bullet">
<list-item>
<p>Introduction of AIDV principles: The principles that distinguish AIDVs from other vehicle classes are outlined, and a reference architecture is introduced that incorporates an AI reasoning layer and digital-twin integration as core architectural invariants.</p>
</list-item>
<list-item>
<p>Identification of AIDV-specific risks: Pitfalls that are specific to AIDVs are identified, e.g., emergent multi-agent behaviors, persuasive recommender effects, adversarial sensing, and overreliance on AI for security, and contrasted with known SDV risks;</p>
</list-item>
<list-item>
<p>Definition of an actionable roadmap: A practitioner-oriented roadmap is outlined (standards touchpoints, testing/verification pathways, data and benchmarking needs, and governance considerations) to guide effective AIDVs adoption in ITS.</p>
</list-item>
</list>
</p>
<sec id="s1-1">
<label>1.1</label>
<title>Structure of the paper</title>
<p>
<xref ref-type="sec" rid="s2">Section 2</xref> positions AIDVs within the vehicle evolution; <xref ref-type="sec" rid="s3">Section 3</xref> surveys industry and academic work related to AIDVs; <xref ref-type="sec" rid="s4">Section 4</xref> formalizes their main principles; <xref ref-type="sec" rid="s5">Section 5</xref> introduces a reference architecture for AIDVs; <xref ref-type="sec" rid="s6">Section 6</xref> discusses representative pitfalls; <xref ref-type="sec" rid="s7">Section 7</xref> outlines a roadmap that integrates regulatory, safety, security, privacy, trust, and social awareness considerations; finally, <xref ref-type="sec" rid="s8">Section 8</xref> concludes the article and provides directions for future work.</p>
</sec>
</sec>
<sec id="s2">
<label>2</label>
<title>HFDV&#x2013;SDV&#x2013;AIDV: vehicle evolution</title>
<p>The McKinsey consulting firm identified four interlocking trends shaping the transformation of the automotive industry: autonomous driving, connected vehicles, electrification, and shared mobility (ACES) (<xref ref-type="bibr" rid="B42">McKinsey and Company, 2023</xref>). This evolution is characterized by the emergence of SDVs, in which software abstracts and orchestrates hardware components to enable scalability, modularity, and continuous updates (<xref ref-type="bibr" rid="B41">M&#xe1;t&#xe9; et al., 2025</xref>; <xref ref-type="bibr" rid="B6">Bodei et al., 2023</xref>; <xref ref-type="bibr" rid="B10">De Vincenzi et al., 2024</xref>). Earlier generations of vehicles, hereafter referred to as Hardware-Functional-defined Vehicles (HFDVs), lacked this level of abstraction, relying primarily on mechanical design choices and fixed, non-adaptive hardware capabilities. In contrast, the current deployment of Autonomous Vehicles (AVs) is expected to grow steadily, with broader commercial deployment projected for the late 2020s; nonetheless, their societal impact will materialize more gradually (<xref ref-type="bibr" rid="B39">Litman, 2025</xref>). Forecasts suggest that autonomous technologies could represent nearly 50% of new vehicle sales by 2045 and about half of the global vehicle fleet by 2060 (<xref ref-type="bibr" rid="B39">Litman, 2025</xref>). Building on the foundations of HFDVs and SDVs, AIDVs are expected to emerge in future ITS (<xref ref-type="fig" rid="F2">Figure 2</xref>).</p>
<fig id="F2" position="float">
<label>FIGURE 2</label>
<caption>
<p>Vehicle evolution from HFDV to AIDV.</p>
</caption>
<graphic xlink:href="frobt-13-1770121-g002.tif">
<alt-text content-type="machine-generated">Diagram illustrating three stages of vehicle control evolution: human and hardware control (HFDV) with a gear symbol, software-human-hardware control (SDV) with a microchip symbol, and AI-hardware control (AIDV) with &#x201C;AI&#x201D; text, progressing from left to right.</alt-text>
</graphic>
</fig>
<p>SDVs change the paradigm by abstracting hardware functions into software, allowing continuous reconfiguration and upgrades. A vehicle can be formally considered an SDV if it satisfies some properties (<xref ref-type="bibr" rid="B41">M&#xe1;t&#xe9; et al., 2025</xref>; <xref ref-type="bibr" rid="B6">Bodei et al., 2023</xref>; <xref ref-type="bibr" rid="B10">De Vincenzi et al., 2024</xref>): (i) <italic>hardware abstraction</italic> of vehicle functions under software control, (ii) a <italic>scalable architecture</italic> that adapts computational and communication resources to requirements, (iii) the possibility for <italic>centralized or distributed control</italic>, (iv) full support for <italic>Over-the-Air (OTA) software updates</italic>, and (v) <italic>redundant processing</italic> to ensure safety. These conditions provide a baseline for distinguishing SDVs from earlier HFDVs, in which most, if not all, functions were purely mechanical and not digitally controlled.</p>
<p>The current class of SDVs already incorporates AI-based autonomous solutions for driving and vehicle management (<xref ref-type="bibr" rid="B41">M&#xe1;t&#xe9; et al., 2025</xref>; <xref ref-type="bibr" rid="B6">Bodei et al., 2023</xref>; <xref ref-type="bibr" rid="B64">SAE, 2021</xref>). However, their definition does not yet encompass the pervasive presence of autonomous systems that interact with one another, effectively extending the vehicle&#x2019;s operational surface into a <italic>continuous field of interactions</italic> within the ITS network, where information is persistently exchanged. This evolution represents a paradigm transition whereby vehicles are able to evolve within defined safety boundaries, thereby motivating the definition of a new vehicle class: AIDVs. AIDVs are defined as vehicles in which AI-based autonomous reasoning functions as an <italic>architectural component</italic>, enabling them to independently mediate interactions with other entities and to extend the vehicle&#x2019;s operational surface into that of other road users through continuous information exchange. In these systems, autonomy emerges from continuous learning processes and dynamic interactions with external actors.</p>
<p>Importantly, the distinction between SDVs and AIDVs is not reducible to the mere presence of learning mechanisms. While continuous or online learning can be incorporated into SDVs, it typically remains confined to specific components within a vehicle-centric control architecture. AIDVs, by contrast, are defined by a systemic shift in which decision-making and adaptation emerge from continuous interaction among multiple autonomous agents. This transition changes the scope and organization of autonomy and learning from isolated vehicles to a distributed, interaction-driven system, and cannot be achieved by simply augmenting an SDV with additional AI modules. This distinction becomes evident in scenarios such as adaptive intersection management. In SDV, learning-based components may optimize perception or local decision-making within a single vehicle, while the overall control logic and interaction with traffic signals remain predefined. In AIDV, by contrast, vehicles, roadside units, and traffic control systems continuously exchange information and jointly adapt signal timing, priority rules, and vehicle behaviors at the system level. Here, learning and autonomy emerge from coordinated interactions across multiple agents, rather than from isolated, vehicle-local AI components. As shown in <xref ref-type="table" rid="T1">Table 1</xref>, the transition from HFDVs to SDVs and finally to AIDVs can be systematically distinguished through their functional coverage. While HFDVs remain confined to fixed hardware-bound functionalities, and this implies their explainability-by-design, SDVs mark a decisive change by introducing software abstraction, scalability, and OTA updates as measurable baselines. AIDVs, in turn, extend this foundation with features that cannot be reduced to reconfigurable software alone, such as continuous learning, digital twin integration, adaptive driver, vehicle interfaces, and differentiable modular stacks. These features highlight that AIDVs are not simply more autonomous SDVs or SDVs augmented with additional AI components, but a distinct class of vehicles characterized by <italic>AI-driven adaptability</italic> and the capacity for post-deployment evolution.</p>
<table-wrap id="T1" position="float">
<label>TABLE 1</label>
<caption>
<p>Feature coverage across HFDV, SDV, and AIDV (&#x2713; present/required, &#x2022; optional/partial, &#x2717; absent).</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="left">Feature</th>
<th align="center">HFDV</th>
<th align="center">SDV</th>
<th align="center">AIDV</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">Hardware-bound (fixed functions)</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2717;</td>
</tr>
<tr>
<td align="left">Software abstraction of hardware</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Scalable compute/communication architecture</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Centralized or distributed control</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">OTA software updates</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Redundant processing for safety</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Autonomous driving capability</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2022;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Continuous on-/off-board learning</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Digital twin integration (closed-loop validation)</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Predictive maintenance</td>
<td align="center">&#x2022;</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Self-maintenance/self-healing</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2022;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Adaptive Human-Vehicle Interface (HVI)</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2022;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">V2X cooperation</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2713;</td>
</tr>
<tr>
<td align="left">Explainability/transparency of decisions</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2713;</td>
<td align="center">&#x2717; (today)</td>
</tr>
<tr>
<td align="left">Interaction-driven collective decision-making</td>
<td align="center">&#x2717;</td>
<td align="center">&#x2022;</td>
<td align="center">&#x2713;</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s3">
<label>3</label>
<title>Related work</title>
<p>Although the automotive market, including Original Equipment Manufacturers (OEMs) and Tier suppliers, is already exploring potential applications of AIDVs (<xref ref-type="bibr" rid="B19">Frost and Sullivan, 2024</xref>; <xref ref-type="bibr" rid="B79">XPeng Motors, 2024</xref>; <xref ref-type="bibr" rid="B78">Wu and NVIDIA Corporation, 2025</xref>), academic research remains largely focused on SDVs (<xref ref-type="bibr" rid="B41">M&#xe1;t&#xe9; et al., 2025</xref>; <xref ref-type="bibr" rid="B6">Bodei et al., 2023</xref>; <xref ref-type="bibr" rid="B10">De Vincenzi et al., 2024</xref>; <xref ref-type="bibr" rid="B68">Slama et al., 2023</xref>) and on the AI features embedded within SDVs (<xref ref-type="bibr" rid="B61">Richenhagen et al., 2025</xref>; <xref ref-type="bibr" rid="B47">Muzahid et al., 2023</xref>; <xref ref-type="bibr" rid="B46">Murphey et al., 2023</xref>). This section reviews and categorizes the main contributions from industry, the relevant academic literature related to AIDV, and works that explicitly adopt the AIDVs terminology.</p>
<sec id="s3-1">
<label>3.1</label>
<title>Industry perspectives on AI-defined vehicles</title>
<p>The carmaker XPENG defines AIDVs as a new class of smart vehicles where AI is central to both the driving and the user experience (<xref ref-type="bibr" rid="B79">XPENG Motors, 2024</xref>).</p>
<p>The P7&#x2b; model has been presented as an early instantiation of this vision, integrating large AI models for advanced driver assistance and intelligent cockpit functions. From a cloud and platform perspective, Amazon Web Services (AWS) similarly positions AIDVs as an evolution of SDVs driven by the integration of generative AI, the Internet of Things (IoT), and edge computing (<xref ref-type="bibr" rid="B60">Raghavan et al., 2025</xref>), emphasizing AI as a primary driver of vehicle behavior and interaction. Along similar lines, a recent industry commentary emphasizes that automakers must proactively adapt their strategies to remain competitive in the era of AIDVs, highlighting the need for accelerated investment in AI capabilities, stronger data infrastructures, and partnerships across the mobility ecosystem (<xref ref-type="bibr" rid="B35">Just Auto, 2024</xref>).</p>
<p>Qualcomm, in particular, frames AIDVs as agentic systems built on on-device foundation models capable of perception, reasoning, and action under real-time constraints, highlighting tight coupling between AI inference, hardware acceleration, and edge autonomy to enable scalable, safety-aware intelligence in production vehicles (<xref ref-type="bibr" rid="B59">Qualcomm Technologies Inc., 2026</xref>). This scope differs from the approach followed in this work. While Qualcomm takes a product-oriented view, seeing AIDVs as an agentic, platform-driven realization enabled by tightly integrated edge AI and orchestration infrastructure, this work adopts a class-of-systems perspective, defining AIDVs as a distinct vehicle class characterized by AI-based autonomous reasoning as an architectural invariant, continuous interaction-driven learning, and explicit integration of digital twins, governance, and post-deployment evolution.</p>
</sec>
<sec id="s3-2">
<label>3.2</label>
<title>Academic research aligned with the AIDV paradigm</title>
<p>Beyond industry work, several academic contributions begin to outline research directions that resonate with the emerging notion of AIDVs, including multi-agent systems, safe reinforcement learning, and runtime verification.</p>
<p>Recent surveys on connected and autonomous vehicles highlight increasing reliance on learning-based and data-driven approaches across perception, decision-making, and control, motivating research on adaptive and AI-centric vehicle architectures. <xref ref-type="bibr" rid="B46">Murphey et al. (2023)</xref> provide an extensive overview of AI-enabled technologies for autonomous and connected vehicles, analyzing advancements in perception, decision-making, vehicle control, and connectivity. Their survey emphasizes how learning-based approaches, foundation models, and data-driven control are gradually transforming autonomous systems from static pipelines into adaptive, self-improving platforms. Their work also highlights the increasing computational demands of modern vehicles, the convergence of autonomy, electrification, and connectivity, and the role of AI as a coordinating technology across sensing, planning, and safety. From a system perspective, <xref ref-type="bibr" rid="B71">Teixeira et al. (2025)</xref> emphasize determinism, predictability, and reliability as foundational requirements for SDVs, explicitly constraining how adaptive or learning-based components may be integrated to preserve safety guarantees. Complementing this view, <xref ref-type="bibr" rid="B61">Richenhagen et al. (2025)</xref> examine how generative AI can be concretely realized within SDVs, offering practical insights into engineering integration, software-centric organizational structures, and AI-enabled development processes. Their work demonstrates that deploying large AI models in vehicles requires not only technical enablers, DevOps pipelines (<xref ref-type="bibr" rid="B52">Nouri et al., 2025</xref>), structured system engineering backbones, and consistent toolchains, but also new business models and cross-functional coordination.</p>
<p>This reflects AI&#x2019;s architectural role in AIDVs, beyond SDVs add-on integration. Other recent studies further illustrate that AI is already deeply embedded in SDVs, primarily as a development-time and lifecycle enabler rather than as a runtime decision-making agent. <xref ref-type="bibr" rid="B51">Nguyen et al. (2025)</xref> show how Large Language Models (LLM) can support SDV software engineering through few-shot code generation, improving developer productivity and accelerating feature implementation within software-defined stacks. Similarly, <xref ref-type="bibr" rid="B82">Zyberaj et al. (2025)</xref> demonstrate the use of generative AI to automate test case generation and execution in SDV platforms, reinforcing AI&#x2019;s role in validation, verification, and Continuous Integration and Continuous Deployment (CI/CD) pipelines (<xref ref-type="bibr" rid="B34">Joshi, 2025</xref>; <xref ref-type="bibr" rid="B4">Author Anonymous, 2025</xref>).</p>
<p>Collectively, these works confirm that AI is already integral to SDVs, but remains largely confined to tooling, engineering support, and controlled optimization. In contrast, AIDVs extend beyond this paradigm by embedding AI as a first-class architectural element governing runtime interactions, perception, reasoning, and adaptation, thereby introducing fundamentally different autonomy, accountability, and safety challenges, as detailed in <xref ref-type="sec" rid="s2">Section 2</xref>.</p>
<p>
<xref ref-type="bibr" rid="B50">Nguyen et al. (2018)</xref> survey deep reinforcement learning techniques for coordinated decision-making among multiple agents, while <xref ref-type="bibr" rid="B20">Garg et al. (2024)</xref> analyze safety, verification, and control challenges in multi-robot systems, providing insights into distributed autonomy and interaction. Safe reinforcement learning has been extensively studied to constrain learning-based policies under safety requirements; <xref ref-type="bibr" rid="B37">Kushwaha et al. (2025)</xref> offer a comprehensive survey of constrained Markov decision processes and safety-aware learning methods. Finally, runtime verification has been proposed as a complementary mechanism for monitoring learning-enabled systems post-deployment. Mannucci and de Oliveira Filho (<xref ref-type="bibr" rid="B40">Mannucci and de Oliveira Filho, 2023</xref>) investigate runtime verification of reinforcement learning properties, while <xref ref-type="bibr" rid="B70">Taleb and Khoury (2023)</xref> review uncertainty-aware runtime monitoring techniques. Although these academic works do not explicitly target AIDVs, they provide rigorous theoretical and methodological foundations for reasoning about autonomy, safety, and accountability in AI-driven vehicular systems.</p>
</sec>
<sec id="s3-3">
<label>3.3</label>
<title>Academic works explicitly adopting the AIDV terminology</title>
<p>More recently, in the academic literature, <xref ref-type="bibr" rid="B81">Zheng et al. (2025)</xref> explicitly adopt the term &#x201c;AIDV,&#x201d; proposing a multi-agent reinforcement learning framework in which fleets of ride-hailing vehicles jointly fulfill mobility demands while performing distributed, edge-based fine-tuning of urban foundation models. Their formulation highlights a key aspect of AIDVs: vehicles as active participants in city-scale AI ecosystems, simultaneously providing transport services and contributing to the continuous improvement of foundation models. To the best of current academic knowledge, within the vehicular domain, only <xref ref-type="bibr" rid="B80">Yu (2025)</xref> explicitly introduces a closely related notion, &#x201c;Agentic Vehicles&#x201d; (AgVs), as systems endowed with agency, contextual reasoning, tool use, and value-aligned decision-making. Although Yu focuses on the conceptual axis of agency and its socio-technical implications, the work above foregrounds the technical foundations enabling vehicles to learn, adapt, and participate in AI-driven ecosystems. In contrast to both approaches, our work defines AIDVs as a distinct vehicle class characterized by architectural requirements, integrated reasoning agents, digital-twin closed-loop validation, and post-deployment evolution. It further maps these properties onto a modular stack while systematizing AIDV-specific pitfalls and an incremental ITS roadmap.</p>
</sec>
</sec>
<sec id="s4">
<label>4</label>
<title>AIDV main principles</title>
<p>In the present and near future, AI can act as an intermediary between humans, vehicles, and the external environment by perceiving data, learning from observations, and making decisions on behalf of the user. While such capabilities may exceed human performance in speed, scale, and consistency, today, AI-based systems, including Large Language Models (LLMs), primarily operate through statistical pattern manipulation, with limited and task-dependent grounding of semantic meaning (<xref ref-type="bibr" rid="B17">Floridi, 2014</xref>; <xref ref-type="bibr" rid="B18">Floridi, 2023</xref>). In this context, AIDVs represent a shift toward a new mobility paradigm where AI not only drives and assists, but also actively shapes the driving experience, adapting to preferences, anticipating needs, coordinating with external agents and devising strategies to increase safety, driving experience, and overall mobility. The evolving principles characterizing AIDVs are summarized in <xref ref-type="fig" rid="F3">Figure 3</xref>. <xref ref-type="sec" rid="s5">Section 5</xref> then introduces a reference model to link these principles to algorithmic interfaces and associated design trade-offs.</p>
<fig id="F3" position="float">
<label>FIGURE 3</label>
<caption>
<p>Key components of AIDVs, highlighting AI-centric design, personalization, autonomy, and digital twin integration.</p>
</caption>
<graphic xlink:href="frobt-13-1770121-g003.tif">
<alt-text content-type="machine-generated">Infographic illustrating an AI-enabled vehicle at the center with five key surrounding functions: AI-mediated interactions, adaptability, digital twin, self-maintenance, and recommender, plus supporting AI-road infrastructure and external AI agent representations.</alt-text>
</graphic>
</fig>
<sec id="s4-1">
<label>4.1</label>
<title>AI-mediated interaction</title>
<p>AIDVs are built upon AI-driven solutions that govern Intelligent Driver Agents (IDAs), based on those already envisioned in the early 2010s (<xref ref-type="bibr" rid="B22">Group, 2008</xref>). This includes interactions and connectivity with the surrounding infrastructure. This paradigm is referred to as AI-mediated Interaction, where the system inherently supports <italic>real-time decision-making</italic>, <italic>autonomous optimization</italic>, orchestration, and <italic>continuous learning</italic>. In this design, agents interact not only with other vehicles to exchange data and coordinate actions, but also with non-vehicle entities, such as pedestrians, roadside units, and other road users, enabling the system to continually adapt and evolve.</p>
<sec id="s4-1-1">
<label>4.1.1</label>
<title>SDV comparison</title>
<p>Both SDVs and AIDVs incorporate deterministic software functions, which remain essential for safety-critical control, verification, and certification, and both may integrate AI-based components. The key difference lies in architectural intent: SDVs structure software to primarily control, update, and orchestrate specific vehicle functions, whereas AIDVs are designed around pervasive AI-driven reasoning that continuously coordinates perception, decision-making, and system-wide adaptation across vehicle subsystems and interactions with external entities that form part of the vehicle&#x2019;s operational surface.</p>
</sec>
</sec>
<sec id="s4-2">
<label>4.2</label>
<title>Adaptability</title>
<p>Learning from new data over time (including traffic patterns, driving conditions, and user behaviors), vehicles can adapt to different environments, weather conditions, traffic flows, and user preferences. They can also handle unfamiliar situations, such as newly encountered road segments, by leveraging the generalization capabilities of AI and collaborating with the surrounding infrastructure. In this way, essential navigation information is obtained not only from the vehicle&#x2019;s own sensors but also directly from the infrastructure (<xref ref-type="bibr" rid="B76">W&#xe1;gner et al., 2023</xref>; <xref ref-type="bibr" rid="B11">De Vincenzi et al., 2025</xref>).</p>
<sec id="s4-2-1">
<label>4.2.1</label>
<title>SDV comparison</title>
<p>SDVs can support autonomous driving functions and software reconfiguration; however, such capabilities are typically realized through pre-trained models and predefined control logic. While behavior can adapt within design-time boundaries, SDVs are not inherently designed for continuous on-board learning, system-wide reasoning, or real-time generalization beyond validated operational domains, nor for collaborative adaptation with other vehicles and infrastructure.</p>
</sec>
</sec>
<sec id="s4-3">
<label>4.3</label>
<title>Cyber&#x2013;physical co-evolution via digital twins</title>
<p>Vehicles may be paired with digital twins in a virtual environment featuring low-cost, high-definition mapping. These digital counterparts enable testing, training, and optimization of vehicle behavior. They can also be linked to digital twins of AI-enabled road infrastructure to support real-time mobility optimization decisions. This integration allows vehicles to anticipate and adapt to future scenarios, validate updates before deployment, and increase resilience by safely exploring rare or critical events that may be impractical to test in the physical world, such as construction zones.</p>
<sec id="s4-3-1">
<label>4.3.1</label>
<title>SDV comparison</title>
<p>SDVs can receive software updates and may interact with simulation environments during development; however, by design, and at the time of this work, they do not maintain continuously synchronized digital twins, nor do they operate within an AI-driven virtual ecosystem that supports real-time training, adaptation, or scenario prediction. In addition, AIDVs assume vehicle computational resources are dimensioned from the outset to support AI-by-design operation.</p>
</sec>
</sec>
<sec id="s4-4">
<label>4.4</label>
<title>Self-maintenance and self-healing</title>
<p>AIDVs not only enable predictive maintenance, but also self-maintenance, especially for software components, and, where supported by emerging materials and hardware technologies, selected physical subsystems. Equipped with auto-regeneration materials, Electronic Control Units (ECUs), and self-healing materials (<xref ref-type="bibr" rid="B63">Sabet, 2024</xref>), AIDVs possess self-diagnosis and auto-repair capabilities, improving reliability and reducing the need for owner intervention or manual maintenance, especially for software components. The self-maintenance service can interact with external agents, such as those provided by the carmaker, to perform the necessary operations.</p>
<sec id="s4-4-1">
<label>4.4.1</label>
<title>SDV comparison</title>
<p>SDVs support predictive maintenance, primarily through software diagnostics and OTA updates, but they do not autonomously repair software faults, nor regenerate or reconfigure malfunctioning ECUs. Furthermore, today, they are not designed with self-healing materials, or perform maintenance operations in coordination with external agents without human intervention.</p>
</sec>
</sec>
<sec id="s4-5">
<label>4.5</label>
<title>Recommender agent</title>
<p>To preserve a clear separation between safety-critical driving logic and user-oriented service optimization, a dedicated recommender agent is introduced and explicitly differentiated from the IDA, which is responsible for driving-related and safety-critical functions. While the IDA governs vehicle motion and compliance with safety constraints, the recommender agent focuses on optimizing user experience and service-level interactions. It personalizes entertainment, navigation, trip planning, and service suggestions by analyzing user behavior, context, and preferences. Through continuous and adaptive interaction, the agent enhances the Human-Vehicle Interface (HVI), aligning vehicle services with driver habits and gradually shaping them over time. In doing so, it transforms the vehicle into a <italic>proactive service provider</italic>. The agent can also communicate with external agents and services, enabling coordination with other users or infrastructures, which is particularly relevant for shared mobility and the provision of personalized services.</p>
<sec id="s4-5-1">
<label>4.5.1</label>
<title>SDV comparison</title>
<p>SDVs can support personalization features, including user profiles, preferred settings, and AI-based recommendation modules. However, such capabilities are typically implemented as function-specific components operating within predefined design boundaries. In contrast, SDVs are generally not designed to host a persistent, continuously adaptive AI agent that spans the vehicle architecture, shapes user behavior over time, proactively plans trips or services beyond preconfigured rules, or autonomously coordinates with external agents for multi-user or shared mobility. These latter capabilities rely on an AI-by-design architecture, as envisioned in AIDVs.</p>
<p>Together, these principles show that AIDVs cannot be understood as the simple accumulation of AI-enabled functionalities on top of SDVs. Rather, they represent a qualitative shift in which perception, reasoning, learning, and interaction are integrated into a tightly coupled system whose behavior and autonomy emerge from continuous interaction over time.</p>
</sec>
</sec>
</sec>
<sec id="s5">
<label>5</label>
<title>Toward a reference architecture</title>
<p>While SDVs provide software abstraction over vehicle hardware, AIDVs require an architecture that embeds AI reasoning, adaptive behavior, and continuous post-deployment learning as core capabilities. A layered reference model is therefore introduced to make these requirements concrete through explicit interfaces and control boundaries. The AIDV stack can be composed of the following layers.<list list-type="bullet">
<list-item>
<p>Perception layer: As in current SDVs, it integrates heterogeneous sensors (cameras, LiDAR, radar) and performs multi-modal fusion to provide reliable environmental understanding.</p>
</list-item>
<list-item>
<p>AI reasoning layer: Hosts IDAs (<xref ref-type="bibr" rid="B22">Group, 2008</xref>) that implement <italic>AI agents and AI-mediated interactions</italic>, enabling planning and control through learning and constraint-based reasoning. As an example, inspired by differentiable modular stacks such as DiffStack (<xref ref-type="bibr" rid="B36">Karkus et al., 2022</xref>), this layer allows prediction, planning, and control modules to be not only modular but also <italic>differentiable.</italic> Differentiability means that downstream objectives (e.g., safety and comfort in control) can propagate gradients back through planning to earlier modules like prediction. This ensures that upstream learning is optimized with respect to downstream driving performance, mitigating compounding errors while preserving interpretability.</p>
</list-item>
<list-item>
<p>Digital twin integration layer: Connects the physical vehicle to its digital replica, allowing continuous validation and training of AI models under diverse simulated conditions. Differentiable planning frameworks enable feedback loops between real-world data and digital twin training environments.</p>
</list-item>
</list>
</p>
<p>In this role, the digital twin functions as a virtual test bed, supporting rapid iteration, comprehensive validation, and the generation of labeled data at a scale unattainable through physical testing alone.<list list-type="bullet">
<list-item>
<p>Hardware control and actuation layer: Interfaces with ECUs to ensure safe execution of planned actions. Here, <italic>self-maintenance</italic> and <italic>self-healing</italic> mechanisms can monitor, diagnose, and repair degraded components.</p>
</list-item>
</list>
</p>
<p>As shown in <xref ref-type="fig" rid="F4">Figure 4</xref>, standard vehicular stacks are fully modular, while SDVs add a separation between hardware and software control. This marks a shift from hardware-functional designs to software-driven architectures where actuators are coordinated primarily through software rather than mechanical linkages (<xref ref-type="bibr" rid="B6">Bodei et al., 2023</xref>). By contrast, AIDVs introduce an <italic>AI reasoning layer</italic> and <italic>digital twin integration</italic>, making the architecture both modular and differentiable (<xref ref-type="bibr" rid="B36">Karkus et al., 2022</xref>).</p>
<fig id="F4" position="float">
<label>FIGURE 4</label>
<caption>
<p>Comparison of a standard AV stack, an SDV AV stack, and an AIDV AV stack.</p>
</caption>
<graphic xlink:href="frobt-13-1770121-g004.tif">
<alt-text content-type="machine-generated">Comparison graphic showing three autonomous vehicle (AV) stack architectures: Standard AV stack with layers for Hardware Control, Planning, Prediction, and Perception; SDV AV stack adding a Software Control layer above Planning; and AIDV AV stack featuring Hardware Control, a Reasoning layer integrating a Digital Twin component, and Perception. Captions beneath indicate Standard and SDV stacks are modular, while AIDV is modular plus differentiable.</alt-text>
</graphic>
</fig>
<p>Recent end-to-end reasoning-to-action models for autonomous driving, such as Alpamayo-R1 (<xref ref-type="bibr" rid="B53">NVIDIA et al., 2026</xref>), exemplify the direction envisioned by the proposed AIDV stack. In particular, Alpamayo-R1 operationalizes an <italic>AI reasoning layer</italic> that tightly couples prediction, planning, and action generation through differentiable learning, enabling improved generalization in long-tail driving scenarios. However, such approaches often treat simulation, adaptation, and hardware execution as implicit infrastructure concerns. The proposed reference architecture makes these assumptions explicit by introducing dedicated layers for digital twin integration and hardware actuation, thereby clarifying control boundaries, validation loops, and safety responsibilities required for real-world deployment.</p>
<sec id="s5-1">
<label>5.1</label>
<title>AI-digital twin control loop example</title>
<p>To make the AIDVs architecture more concrete, a minimal algorithm (<xref ref-type="statement" rid="Algorithm_1">Algorithm 1</xref>) is presented to illustrate the AI Reasoning&#x2013;Digital Twin loop for a single longitudinal driving function, namely, the adaptation of the vehicle&#x2019;s time headway (i.e., following distance) on a highway.</p>
<p>Drawing inspiration from the literature (<xref ref-type="bibr" rid="B11">De Vincenzi et al., 2025</xref>), where a language for improving autonomous driving systems was proposed, a set of parameters is considered to describe the surrounding environment of the target vehicle <inline-formula id="inf1">
<mml:math id="m1">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. These parameters include lane-level map attributes (e.g., laneID, lane connectivity, and permitted maneuvers), local-coordinate geometric representations (e.g., station value <inline-formula id="inf2">
<mml:math id="m2">
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and corresponding waypoints <inline-formula id="inf3">
<mml:math id="m3">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>x</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mo>,</mml:mo>
<mml:mi>y</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mo>,</mml:mo>
<mml:mi>z</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>), traffic control logic (e.g., active signal phase <inline-formula id="inf4">
<mml:math id="m4">
<mml:mrow>
<mml:mi mathvariant="normal">&#x3a6;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and associated lane groups), and timing information (e.g., phase start and end times synchronized via a common time reference). Such parameters are continuously updated during the driving process to support coordinated, interaction-driven, and adaptive mobility (<xref ref-type="fig" rid="F1">Figure 1</xref>). These parameters also define the state space of the corresponding digital twin, enabling the simulation of alternative traffic evolutions, interaction patterns, and edge cases within a virtual environment that mirrors the operational context of the physical vehicle. While illustrated here for a specific longitudinal driving function, this mechanism exemplifies a general architectural pattern in AIDVs, in which post-deployment adaptation is systematically mediated through digital twin validation rather than unconstrained real-world experimentation.</p>
<p>
<xref ref-type="statement" rid="Algorithm_1">Algorithm 1</xref> provides a minimal formalization of this architectural pattern, summarizing the AI&#x2013;digital twin interaction in pseudocode. Although intentionally simple, the algorithm captures the essential pattern of continuous learning, closed-loop validation, and constrained deployment that characterizes AIDVs.</p>
<p>
<statement content-type="algorithm" id="Algorithm_1">
<label>Algorithm 1</label>
<p>AI-digital twin adaptation loop.<list list-type="simple">
<list-item>
<p>1:&#x2003;Initialize IDA with baseline headway <inline-formula id="inf5">
<mml:math id="m5">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>2:&#x2003;Set pre-certified safety constraints <inline-formula id="inf6">
<mml:math id="m6">
<mml:mrow>
<mml:mi mathvariant="script">C</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and reward <inline-formula id="inf7">
<mml:math id="m7">
<mml:mrow>
<mml:mi>R</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>3:&#x2003;<bold>while</bold> V is in operation <bold>do</bold>
</p>
</list-item>
<list-item>
<p>4:&#x2003;&#x2003;Collect real-world driving data window <inline-formula id="inf8">
<mml:math id="m8">
<mml:mrow>
<mml:mi mathvariant="script">D</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> from <inline-formula id="inf9">
<mml:math id="m9">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, including derived environment parameters {e.g., lane ID, permitted maneuvers, active signal phase <inline-formula id="inf10">
<mml:math id="m10">
<mml:mrow>
<mml:mi mathvariant="normal">&#x3a6;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, phase timing}</p>
</list-item>
<list-item>
<p>5:&#x2003;&#x2003;Synchronize digital twin <inline-formula id="inf11">
<mml:math id="m11">
<mml:mrow>
<mml:mi>D</mml:mi>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> with <inline-formula id="inf12">
<mml:math id="m12">
<mml:mrow>
<mml:mi mathvariant="script">D</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>6:&#x2003;&#x2003;Generate scenario set <inline-formula id="inf13">
<mml:math id="m13">
<mml:mrow>
<mml:mi mathvariant="script">S</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> in <inline-formula id="inf14">
<mml:math id="m14">
<mml:mrow>
<mml:mi>D</mml:mi>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> from <inline-formula id="inf15">
<mml:math id="m15">
<mml:mrow>
<mml:mi mathvariant="script">D</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>7:&#x2003;&#x2003;Initialize candidate parameter <inline-formula id="inf16">
<mml:math id="m16">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2190;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>8:&#x2003;&#x2003;<bold>for</bold> several optimization iterations <bold>do</bold>
</p>
</list-item>
<list-item>
<p>9:&#x2003;&#x2003;&#x2003;Propose <inline-formula id="inf17">
<mml:math id="m17">
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mo>&#x303;</mml:mo>
</mml:mover>
</mml:mrow>
</mml:math>
</inline-formula> (e.g., policy gradient or exploration)</p>
</list-item>
<list-item>
<p>10:&#x2003;&#x2003;&#x2003;Evaluate <inline-formula id="inf18">
<mml:math id="m18">
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mo>&#x303;</mml:mo>
</mml:mover>
</mml:mrow>
</mml:math>
</inline-formula> across all <inline-formula id="inf19">
<mml:math id="m19">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mo>&#x2208;</mml:mo>
<mml:mi mathvariant="script">S</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> in <inline-formula id="inf20">
<mml:math id="m20">
<mml:mrow>
<mml:mi>D</mml:mi>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>11:&#x2003;&#x2003;&#x2003;<bold>if</bold> all safety constraints <inline-formula id="inf21">
<mml:math id="m21">
<mml:mrow>
<mml:mi mathvariant="script">C</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> satisfied in <inline-formula id="inf22">
<mml:math id="m22">
<mml:mrow>
<mml:mi mathvariant="script">S</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> <bold>then</bold>
</p>
</list-item>
<list-item>
<p>12:&#x2003;&#x2003;&#x2003;&#x2003;Compute average reward <inline-formula id="inf23">
<mml:math id="m23">
<mml:mrow>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mo>&#x303;</mml:mo>
</mml:mover>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>13:&#x2003;&#x2003;&#x2003;&#x2003;Update <inline-formula id="inf24">
<mml:math id="m24">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> toward <inline-formula id="inf25">
<mml:math id="m25">
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mo>&#x303;</mml:mo>
</mml:mover>
</mml:mrow>
</mml:math>
</inline-formula> if <inline-formula id="inf26">
<mml:math id="m26">
<mml:mrow>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mo>&#x303;</mml:mo>
</mml:mover>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mo>&#x3e;</mml:mo>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>14:&#x2003;&#x2003;&#x2003;<bold>end</bold> <bold>if</bold>
</p>
</list-item>
<list-item>
<p>15:&#x2003;&#x2003;<bold>end</bold> <bold>for</bold>
</p>
</list-item>
<list-item>
<p>16:&#x2003;&#x2003;<bold>if</bold> <inline-formula id="inf27">
<mml:math id="m27">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2260;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf28">
<mml:math id="m28">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> satisfies <inline-formula id="inf29">
<mml:math id="m29">
<mml:mrow>
<mml:mi mathvariant="script">C</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> in all <inline-formula id="inf30">
<mml:math id="m30">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mo>&#x2208;</mml:mo>
<mml:mi mathvariant="script">S</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> <bold>then</bold>
</p>
</list-item>
<list-item>
<p>17:&#x2003;&#x2003;&#x2003;Deploy <inline-formula id="inf31">
<mml:math id="m31">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> to IDA on <inline-formula id="inf32">
<mml:math id="m32">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</list-item>
<list-item>
<p>18:&#x2003;&#x2003;&#x2003;Set <inline-formula id="inf33">
<mml:math id="m33">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2190;</mml:mo>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> {New certified baseline}</p>
</list-item>
<list-item>
<p>19:&#x2003;&#x2003;<bold>end</bold> <bold>if</bold>
</p>
</list-item>
<list-item>
<p>20:&#x2003;<bold>end while</bold>
</p>
</list-item>
</list>
</p>
</statement>
</p>
<p>The algorithm considers three main components: the physical vehicle <inline-formula id="inf34">
<mml:math id="m34">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, its digital twin <inline-formula id="inf35">
<mml:math id="m35">
<mml:mrow>
<mml:mi>D</mml:mi>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, and the AI Reasoning Layer hosting an IDA. The vehicle <inline-formula id="inf36">
<mml:math id="m36">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> executes a baseline longitudinal controller parametrized by a target time progress <inline-formula id="inf37">
<mml:math id="m37">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. The goal of IDA is to refine <inline-formula id="inf38">
<mml:math id="m38">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> over time to improve comfort and traffic throughput, while preserving safety and regulatory constraints. The digital twin <inline-formula id="inf39">
<mml:math id="m39">
<mml:mrow>
<mml:mi>D</mml:mi>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> runs a high-fidelity simulation of <inline-formula id="inf40">
<mml:math id="m40">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and its surrounding traffic, continuously calibrated from real telemetry.</p>
<p>The closed loop operates in recurring adaptation cycles:<list list-type="order">
<list-item>
<p>
<italic>Data collection and synchronization.</italic> During normal operation, <inline-formula id="inf41">
<mml:math id="m41">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> records trajectories and sensor traces for a fixed window <inline-formula id="inf42">
<mml:math id="m42">
<mml:mrow>
<mml:mi mathvariant="script">D</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> (e.g., several minutes of driving on the highway), including speed, relative distance and speed to the leading vehicle, and braking events. In addition, <inline-formula id="inf43">
<mml:math id="m43">
<mml:mrow>
<mml:mi mathvariant="script">D</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is augmented with environment descriptors derived from infrastructure broadcasts, such as lane identifiers, permitted maneuvers, the currently active traffic signal phase <inline-formula id="inf44">
<mml:math id="m44">
<mml:mrow>
<mml:mi mathvariant="normal">&#x3a6;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, and associated phase timing information. These data are periodically uploaded to the backend and ingested by <inline-formula id="inf45">
<mml:math id="m45">
<mml:mrow>
<mml:mi>D</mml:mi>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, which replays the observed traffic scenes and updates its internal state to remain aligned with the physical vehicle.</p>
</list-item>
<list-item>
<p>
<italic>Scenario</italic> <inline-formula id="inf46">
<mml:math id="m46">
<mml:mrow>
<mml:mi mathvariant="script">S</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> <italic>generation in the DT.</italic> Starting from the synchronized state, the DT generates perturbed &#x201c;what-if&#x201d; scenarios by varying traffic density, lead vehicle behavior, and road friction conditions (e.g., dry vs. wet asphalt). These scenarios define a batch of simulation episodes in which candidate policy updates can be stress-tested without affecting real-world safety.</p>
</list-item>
<list-item>
<p>
<italic>Policy search in the AI Reasoning Layer.</italic> The IDA treats <inline-formula id="inf47">
<mml:math id="m47">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> as a learnable parameter and uses a simple reinforcement learning or gradient-based optimization loop over the DT episodes. The reward function trades off comfort (smooth acceleration, few hard brakes), efficiency (average speed, throughput), and safety (minimum time-to-collision). The optimizer produces a candidate <inline-formula id="inf48">
<mml:math id="m48">
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x22c6;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> together with confidence estimates derived from the distribution of the results across the scenarios.</p>
</list-item>
<list-item>
<p>
<italic>Safety gating and certification boundary.</italic> Before any update is applied to <inline-formula id="inf49">
<mml:math id="m49">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, a safety-gating module checks that all episodes with <inline-formula id="inf50">
<mml:math id="m50">
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x22c6;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> respect pre-defined safety envelopes (e.g., minimum time-to-collision above a threshold, no violations of regulatory speed limits). If any constraint is violated, <inline-formula id="inf51">
<mml:math id="m51">
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x22c6;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> is discarded and the baseline policy is retained. This gating step acts as a runtime enforcement boundary between adaptive learning and certified behavior.</p>
</list-item>
<list-item>
<p>
<italic>Constrained deployment on V.</italic> If <inline-formula id="inf52">
<mml:math id="m52">
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x22c6;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> passes the safety gate, the update is packaged as a small control policy patch and deployed back to <inline-formula id="inf53">
<mml:math id="m53">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> (either over-the-air or via a local edge node). The longitudinal controller on <inline-formula id="inf54">
<mml:math id="m54">
<mml:mrow>
<mml:mi>V</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> then uses the new parameter <inline-formula id="inf55">
<mml:math id="m55">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2190;</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x22c6;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula>, while logging performance metrics for future adaptation cycles. A rollback mechanism allows the controller to revert to the previous <inline-formula id="inf56">
<mml:math id="m56">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> if anomalies are detected in real driving.</p>
</list-item>
</list>
</p>
<p>Although this example adjusts a small set of parameters in a highway-following controller, the same architectural pattern applies more broadly to richer AIDV behaviors. These may include multi-objective planning policies, integrated perception&#x2013;planning stacks, and multi-agent coordination strategies can be refined in the digital twin, validated against safety constraints, and then deployed back to the physical fleet.</p>
</sec>
</sec>
<sec id="s6">
<label>6</label>
<title>Representative pitfalls of AIDV</title>
<p>The transition to AIDVs can introduce peculiar pitfalls. Some of them are listed below.</p>
<sec id="s6-1">
<label>6.1</label>
<title>Emergent unintended behavior</title>
<p>One major concern is the potential for unintended coordination between vehicles and IDAs through Vehicle-to-Everything (V2X) communication, especially when learning-based agents continuously adapt their strategies based on shared observations and feedback. Such emergent behaviors can evolve beyond the scope of human oversight, potentially enabling vehicles to collude, optimizing traffic flow or fuel efficiency at the expense of safety, fairness, accountability, or legal constraints (<xref ref-type="bibr" rid="B45">Motwani et al., 2025</xref>). Currently, AVs are increasingly widespread, yet remain prone to failure and still require human supervision. In contrast, AIDVs have the potential for a greater systemic impact through persistent, coordinated, and even collusive activities among AI-enabled road agents operating at scale.</p>
</sec>
<sec id="s6-2">
<label>6.2</label>
<title>Safety certification</title>
<p>Safety certification represents a central engineering challenge in the context of AI-defined vehicles, where adaptive and learning-enabled behavior must be reconciled with certification frameworks originally designed for statically verifiable systems. Existing standards for automated driving, such as ISO 26262 for functional safety (<xref ref-type="bibr" rid="B32">ISO, 2021</xref>), largely assume tightly bounded and predictable behavior. In contrast, AIDVs enable post-deployment adaptation, allowing AI models to update or refine policies through continuous interaction. Such self-modifying behavior challenges certification pipelines designed for determinism and traceability. Recent surveys highlight that safety assurance practices for AI-based driving systems remain immature, with regulatory and technical frameworks lagging behind AI&#x2019;s dynamic characteristics (<xref ref-type="bibr" rid="B72">Ullrich et al., 2025</xref>). Runtime monitoring and validation of AI-based components have been proposed to provide continuous operational evidence of safety (<xref ref-type="bibr" rid="B3">Aslam et al., 2024</xref>), while emerging standards such as ISO PAS 8800 extend functional safety concepts toward through-life assurance of AI components (<xref ref-type="bibr" rid="B33">ISO. ISO/PAS 8800, 2024</xref>). To date, no fully established methodology guarantees safety for systems that learn during operation (<xref ref-type="bibr" rid="B67">Seshia et al., 2022</xref>; <xref ref-type="bibr" rid="B56">Paterson et al., 2025</xref>). Recent work therefore advocates combining formal verification with runtime assurance: formal methods can verify safety invariants over constrained adaptation spaces (<xref ref-type="bibr" rid="B67">Seshia et al., 2022</xref>; <xref ref-type="bibr" rid="B77">Wongpiromsarn et al., 2023</xref>), while runtime assurance architectures enforce these guarantees during operation via monitored supervision and safe fallback mechanisms (<xref ref-type="bibr" rid="B8">Chen et al., 2022</xref>).</p>
</sec>
<sec id="s6-3">
<label>6.3</label>
<title>Sustainability</title>
<p>A potential pitfall of AIDVs lies in their sustainability implications. Because AIDVs rely on pervasive interactions among multiple AI agents, their operation presupposes the widespread availability of computational resources, continuous connectivity, and large-scale data exchange across vehicles and infrastructure. This AI-by-design paradigm may significantly increase energy consumption, hardware complexity, and networking overhead, both on-board and at the edge (<xref ref-type="bibr" rid="B66">Schwartz et al., 2020</xref>). Without careful architectural choices, such as workload distribution, selective activation of agents, and energy-aware reasoning, these requirements could translate into higher environmental costs, increased operational expenses, and reduced scalability, challenging the long-term sustainability of large-scale AIDV deployment.</p>
</sec>
<sec id="s6-4">
<label>6.4</label>
<title>Bias and ethical dilemmas</title>
<p>AI agents can prioritize driver preferences, convenience, or commercial objectives at the expense of collective safety, social equity, or broader societal interests, particularly when optimization goals are poorly specified or misaligned. Highly persuasive recommender agents may influence user decisions, such as destinations or purchase choices, in subtle ways that are difficult to detect or contest. Without robust mechanisms for transparency, explainability, and accountability, these systems can produce opaque outcomes that reinforce existing biases and complicate the assignment of responsibility in the event of failures (<xref ref-type="bibr" rid="B43">Mehrabi et al., 2021</xref>). Over time, such influence may erode individual autonomy and meaningful consent by systematically shaping ethically questionable behavior (<xref ref-type="bibr" rid="B24">Harari, 2020</xref>).</p>
</sec>
<sec id="s6-5">
<label>6.5</label>
<title>Adversarial attacks and overreliance on AI for security</title>
<p>AIDVs expand the attack surface beyond traditional vehicle subsystems, introducing vulnerabilities not only at the sensor and perception level, but also across learned models, interaction protocols, and adaptive decision-making pipelines. Adversaries, for example, can subtly manipulate sensor inputs, e.g., by altering road signs, to induce IDAs to misinterpret speed limits or navigation cues (<xref ref-type="bibr" rid="B16">Eykholt et al., 2018</xref>; <xref ref-type="bibr" rid="B65">Sato et al., 2023</xref>; <xref ref-type="bibr" rid="B44">MohajerAnsari et al., 2025</xref>). Because these systems depend heavily on image recognition and multi-sensor fusion, even small perturbations can propagate through the perception pipeline, posing significant risks to public safety. Moreover, excessive reliance on AI-based security mechanisms may foster unwarranted confidence in their robustness. Factors such as sampling bias, spurious correlations, and evaluations limited to controlled settings are often underestimated, yet they can critically compromise real-world effectiveness and system trustworthiness (<xref ref-type="bibr" rid="B2">Arp et al., 2021</xref>).</p>
</sec>
</sec>
<sec id="s7">
<label>7</label>
<title>Discussion: roadmap</title>
<p>Despite the evolution of vehicles described in the previous section, the adoption of AIDVs, as depicted in this work, could remain <italic>largely conceptual</italic>, particularly when considering the prospect of vehicles evolving autonomously through interactions. This aspect must be clearly defined, especially in a safety-critical environment such as the ITS. The realization of AIDVs requires a phased roadmap that balances technological progress with social acceptance, ethical oversight, and robust security.</p>
<p>
<xref ref-type="fig" rid="F5">Figure 5</xref> presents a roadmap structured around short-, medium-, and long-term adoption milestones, unified by a single foundational element that spans all phases. Across the entire roadmap, one cross-cutting activity emerges as particularly significant due to both its strategic relevance and structural complexity: the AI infrastructure development. The figure uses color cues to group conceptually related milestones: green boxes highlight safety-, security-, and trust-related elements; yellow denotes societal awareness; orange marks multi-agent coordination; and light magenta identifies the long-term global integration milestone. The following discussion first introduces the development of the AI infrastructure, followed by a detailed description of each adoption phase and the corresponding milestones and success criteria summarized in <xref ref-type="table" rid="T2">Table 2</xref>.</p>
<fig id="F5" position="float">
<label>FIGURE 5</label>
<caption>
<p>Short-, medium-, and long-term roadmap elements for the effective deployment of AIDVs.</p>
</caption>
<graphic xlink:href="frobt-13-1770121-g005.tif">
<alt-text content-type="machine-generated">Diagram illustrating AI infrastructure development priorities: short-term goals include societal awareness, trust, privacy, resilient security, safety, and regulations; medium-term goals are multi-agent coordination and sustainable intelligence; long-term goal is global integration.</alt-text>
</graphic>
</fig>
<table-wrap id="T2" position="float">
<label>TABLE 2</label>
<caption>
<p>Indicative milestones and success criteria for the AIDV roadmap.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="left">Phase</th>
<th align="left">Milestones</th>
<th align="left">Success criteria</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">Cross-cutting</td>
<td align="left">
<list list-type="simple">
<list-item>
<p>&#x2022; AI infrastructure development</p>
</list-item>
</list>
</td>
<td align="left">
<list list-type="simple">
<list-item>
<p>&#x2022; Certified AIDV compute and middleware stack</p>
</list-item>
<list-item>
<p>&#x2022; Digital twins used for fleet-level validation</p>
</list-item>
<list-item>
<p>&#x2022; Compliance with regulatory and sustainability constraints</p>
</list-item>
</list>
</td>
</tr>
<tr>
<td align="left">Short-term</td>
<td align="left">
<list list-type="simple">
<list-item>
<p>&#x2022; Certification baselines</p>
</list-item>
<list-item>
<p>&#x2022; Safety- and risk-aware AI</p>
</list-item>
<list-item>
<p>&#x2022; Cybersecurity and privacy</p>
</list-item>
<list-item>
<p>&#x2022; Trust-aware HVI</p>
</list-item>
</list>
</td>
<td align="left">
<list list-type="simple">
<list-item>
<p>&#x2022; Compliance with ISO 26262, ISO/SAE 21434, UNECE R155/R156 and future regulations</p>
</list-item>
<list-item>
<p>&#x2022; ASIL assignment for AI-enabled functions</p>
</list-item>
<list-item>
<p>&#x2022; No unresolved safety-critical findings after HARA</p>
</list-item>
<list-item>
<p>&#x2022; Completed privacy impact assessments</p>
</list-item>
</list>
</td>
</tr>
<tr>
<td align="left">Medium-term</td>
<td align="left">
<list list-type="simple">
<list-item>
<p>&#x2022; Multi-agent coordination</p>
</list-item>
<list-item>
<p>&#x2022; Explainable collective decisions</p>
</list-item>
<list-item>
<p>&#x2022; Energy-aware vertical AI</p>
</list-item>
</list>
</td>
<td align="left">
<list list-type="simple">
<list-item>
<p>&#x2022; Stable behavior under stress testing</p>
</list-item>
<list-item>
<p>&#x2022; Interpretable explanations for agent coordination</p>
</list-item>
<list-item>
<p>&#x2022; Reduced AI energy consumption</p>
</list-item>
<list-item>
<p>&#x2022; No unsafe emergent behavior observed</p>
</list-item>
</list>
</td>
</tr>
<tr>
<td align="left">Long-term</td>
<td align="left">
<list list-type="simple">
<list-item>
<p>&#x2022; Global interoperability</p>
</list-item>
<list-item>
<p>&#x2022; MaaS integration</p>
</list-item>
<list-item>
<p>&#x2022; Distributed learning governance</p>
</list-item>
</list>
</td>
<td align="left">
<list list-type="simple">
<list-item>
<p>&#x2022; Cross-border recognition of certification artifacts</p>
</list-item>
<list-item>
<p>&#x2022; Learning updates without safety recalls</p>
</list-item>
<list-item>
<p>&#x2022; Reduced systemic mobility risk</p>
</list-item>
<list-item>
<p>&#x2022; Operational MaaS deployments</p>
</list-item>
</list>
</td>
</tr>
</tbody>
</table>
</table-wrap>
<sec id="s7-1">
<label>7.1</label>
<title>AI infrastructure development</title>
<p>AI systems depend on a broad, layered infrastructure that spans beyond software and vehicles to include energy supply, specialized hardware, data centers, model training platforms, and application environments. As noted from an industry perspective by NVIDIA founder and CEO Jensen Huang, AI &#x201c;is becoming the foundation of the largest infrastructure buildout in human history&#x201d; with a &#x201c;five-layer cake&#x201d; comprising energy, chips and computing infrastructure, cloud data centers, AI models, and applications, each requiring dedicated investment, construction, and governance to support safe, scalable AI development (<xref ref-type="bibr" rid="B26">Huang, 2026</xref>). In the context of ITS, this layered infrastructure imperative spans short to long-term phases and underpins regulatory, safety, and deployment frameworks across the AIDV ecosystem.</p>
<p>Taken together, this roadmap emphasizes that the transition to AIDVs is not a single technological leap, but a staged co-evolution of architecture, infrastructure, governance, and societal trust.</p>
</sec>
<sec id="s7-2">
<label>7.2</label>
<title>Short-term: regulations and standards, safety, resilient security, privacy, trust, and societal awareness</title>
<p>Although AIDVs hold transformative potential compared to SDVs, their deployment must start with robust regulation, rigorous testing, and ethical design to mitigate socio-technical risks.</p>
<sec id="s7-2-1">
<label>7.2.1</label>
<title>Regulations and standards</title>
<p>Regulatory frameworks play a central role and have long served as <italic>key drivers</italic> of progress and transformation in the automotive industry. Frameworks such as ISO 9241-210 on human-centered design (<xref ref-type="bibr" rid="B31">ISO, 2019</xref>) and IEEE 7010 on wellbeing metrics for AI (<xref ref-type="bibr" rid="B27">IEEE Standards Association, 2020a</xref>) help ensure that trust-building mechanisms in AIDVs are systematically evaluated and remain user-centered. At the technical layer, dedicated interfaces for human&#x2013;AI cooperation, together with established standards, such as ISO 26262 for functional safety (<xref ref-type="bibr" rid="B32">ISO, 2021</xref>), ISO PAS 8800 for addressing risks related to undesired AI-driven safety behavior (<xref ref-type="bibr" rid="B33">ISO. ISO/PAS 8800, 2024</xref>), ISO/SAE 21434 for cybersecurity (<xref ref-type="bibr" rid="B30">ISO and SAE, 2021</xref>), IEEE 2846 for automated-vehicle decision-making (<xref ref-type="bibr" rid="B29">IEEE Standards Association, 2022</xref>), and UNECE R155/R156 for cybersecurity and software update compliance (<xref ref-type="bibr" rid="B73">UNECE, 2021a</xref>; <xref ref-type="bibr" rid="B74">UNECE, 2021b</xref>), provide essential baselines for system design and certification. In addition, closed-loop evaluation protocols based on continuous simulation, deployment&#x2013;feedback cycles, such as digital-twin environments with shadow-mode testing, will be critical for validating both safety and social trust. Considering road infrastructure, standards such as IEEE 1609 for V2X communications (<xref ref-type="bibr" rid="B28">IEEE Standards Association, 2020b</xref>) and ETSI EN 302 637 for cooperative awareness (<xref ref-type="bibr" rid="B12">ETSI, 2014</xref>) further support interoperability and consistent safety guaranties throughout the broader mobility ecosystem.</p>
</sec>
<sec id="s7-2-2">
<label>7.2.2</label>
<title>Safety</title>
<p>Safety is the top priority in automotive systems (<xref ref-type="bibr" rid="B48">National Highway Traffic Safety Administration NHTSAUDoT, 2023</xref>), as also mandated by the standard ISO 26262 (<xref ref-type="bibr" rid="B32">ISO, 2021</xref>). In this context, compliance with the Automotive Safety Integrity Level (ASIL) framework for automotive electrical and electronic systems, and the Hazard and Risk Assessment (HARA) process remains essential to systematically identify and mitigate risks. <italic>An additional recommendation</italic> for AIDVs is to adopt a classification framework inspired by Anthropic&#x2019;s <italic>AI Safety Levels (ASL)</italic> (<xref ref-type="bibr" rid="B1">Anthropic, 2023</xref>), which position AI systems along a risk continuum based on dangerous capabilities, autonomy, and potential for catastrophic misuse. As described in <xref ref-type="table" rid="T3">Table 3</xref>, in essence, ASL provides operational thresholds: lower levels cover systems that assist or inform without posing meaningful systemic risk; mid levels encompass models that begin to exhibit tool use, planning, or influence over real-world processes and thus require stronger safeguards; upper levels denote agents whose open-ended capabilities and autonomy demand rigorous governance, auditability, and fallback controls.</p>
<table-wrap id="T3" position="float">
<label>TABLE 3</label>
<caption>
<p>Anthropic AI Safety Levels (ASL) and possible interpretation for AIDVs.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="left">ASL level</th>
<th align="left">Anthropic definition</th>
<th align="left">Interpretation for AIDVs</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">ASL-1</td>
<td align="left">Systems posing no meaningful catastrophic risk, e.g., a 2018 LLM or an AI that only plays chess</td>
<td align="left">Basic driver-assist AI features, such as in the infotainment system, with negligible risk of large-scale misuse</td>
</tr>
<tr>
<td align="left">ASL-2</td>
<td align="left">Systems showing early signs of dangerous capabilities (e.g., giving unreliable instructions on bioweapons), but not yet providing uniquely harmful information. Current LLMs, including Claude, are at this level</td>
<td align="left">Early AIDVs capable of advanced navigation and interaction, but without the autonomy or influence to cause catastrophic harm; misuse risks remain limited</td>
</tr>
<tr>
<td align="left">ASL-3</td>
<td align="left">Systems that substantially increase the risk of catastrophic misuse compared to non-AI baselines, or that show low-level autonomous capabilities</td>
<td align="left">AIDVs with partial autonomous decision-making that could amplify accidents, privacy breaches, or coordinated misuse if safeguards are absent</td>
</tr>
<tr>
<td align="left">ASL-4&#x2b;</td>
<td align="left">Not yet fully defined; will likely involve qualitative escalations in catastrophic misuse potential and autonomy</td>
<td align="left">Fully autonomous AIDVs operating without human oversight, potentially making large-scale, independent decisions with critical safety or societal consequences</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s7-2-3">
<label>7.2.3</label>
<title>Resilient security</title>
<p>Security remains a cornerstone as also required in the standard ISO 21434 (<xref ref-type="bibr" rid="B30">ISO and SAE, 2021</xref>). As highlighted in SDVs (<xref ref-type="bibr" rid="B10">De Vincenzi et al., 2024</xref>), increased connectivity leads to a broader attack surface. For AIDVs, this risk is amplified by autonomous agents capable of adaptation and coordination. Future deployments must include a comprehensive analysis of the entire vehicle attack surface, together with resilient, self-healing security mechanisms (<xref ref-type="bibr" rid="B23">Hamad et al., 2025</xref>): intelligent agents should be able to leverage appropriate mechanisms, not founded and limited to AI-based techniques, to detect and isolate malicious behavior, enforce segmentation to prevent lateral propagation, and initiate controlled shutdown procedures when an attack is detected. However, security solutions that rely on AI <italic>must explicitly account for subtle pitfalls</italic> that can undermine model performance and make learning-based systems unreliable for security-critical tasks and real-world deployment (<xref ref-type="bibr" rid="B2">Arp et al., 2021</xref>).</p>
</sec>
<sec id="s7-2-4">
<label>7.2.4</label>
<title>Privacy and data governance</title>
<p>Continuous learning, interactions, and digital twin synchronization require systematic governance of data and telemetry, since even &#x201c;benign&#x201d; signals (speed, steering, braking, timestamps) can enable driver fingerprinting and location inference when collected at scale (<xref ref-type="bibr" rid="B13">European Data Protection Board, 2020</xref>). For example, under the GDPR! (GDPR!) (<xref ref-type="bibr" rid="B14">European Parliament and Council of the European Union, 2016</xref>), OEM!s (OEM!s) typically act as primary <italic>data controllers</italic> for in-vehicle telemetry and any downstream sharing, while cloud providers and analytics vendors may act as <italic>processors</italic>. As a result, AIDV! (AIDV!) deployments can adopt a governance blueprint that operationalizes the privacy policies principles of lawfulness, transparency, purpose limitation, data minimization, storage limitation, integrity/confidentiality, and accountability. From a technical and organizational standpoint, three complementary strategies can be recommended (<xref ref-type="bibr" rid="B10">De Vincenzi et al., 2024</xref>). First, <italic>minimize and localize data</italic>: process data on-vehicle when possible (feature extraction, event-level summaries, and &#x201c;shadow-mode&#x201d; evaluation, i.e., passive evaluation without actuation) and transmit only what is necessary for the certified update decision, reducing exposure and retention (<xref ref-type="bibr" rid="B57">Pes&#xe9; et al., 2023</xref>). Second, <italic>de-identify and protect shared data</italic>: apply pseudonymization by default, and use aggregation, generalization, perturbation, or differential-privacy mechanisms for fleet-wide analytics when utility permits; when data must be shared with third parties, enforce policy- and sandbox-based controls to prevent secondary use and uncontrolled retention (<xref ref-type="bibr" rid="B57">Pes&#xe9; et al., 2023</xref>; <xref ref-type="bibr" rid="B21">Gazdag et al., 2023</xref>). Third, <italic>institutionalize compliance</italic>: define retention schedules for raw traces, maintain auditable access logs, perform Data Protection Impact Assessments (DPIA) (<xref ref-type="bibr" rid="B14">European Parliament and Council of the European Union, 2016</xref>) for high-risk processing, and provide consent and user-rights workflows (access, deletion, portability, and opt-out where applicable) aligned with the vehicle&#x2019;s shared-use reality (<xref ref-type="bibr" rid="B30">ISO and SAE, 2021</xref>).</p>
</sec>
<sec id="s7-2-5">
<label>7.2.5</label>
<title>Trust</title>
<p>As AIDVs influence mobility choices, lifestyles, and purchasing behaviors, transparent solutions and consent-aware interfaces are essential to maintain ethical influence and safeguard user autonomy. Trust must be cultivated across three layers: (i) <italic>Transparency</italic>: Providing explainable AI dashboards that allow users to see why IDAs made certain decisions; (ii) <italic>Consent-aware interfaces</italic>: Ensuring personalization and recommender agents operate under explicit user opt-in/opt-out policies; (iii) <italic>Shared Control Mechanisms</italic>: Giving drivers a clear path to override or audit decisions. Studies in human-automation systems trust (<xref ref-type="bibr" rid="B25">Hoff and Bashir, 2015</xref>; <xref ref-type="bibr" rid="B38">Lee and See, 2004</xref>) show that transparency and perceived controllability strongly correlate with user trust. Beyond interface-level transparency, trust in AIDVs must be treated as a <italic>system property</italic> that evolves over time through consistent, predictable, and accountable behavior. Trust calibration is particularly critical: users should neither over-trust nor under-trust intelligent agents, especially when AI-driven decisions adapt dynamically. To this end, <italic>longitudinal trust monitoring</italic>, combining user feedback, behavioral signals, and incident analysis, can support continuous adjustment of interaction policies and explanation granularity. Embedding trust metrics into validation and post-deployment monitoring loops enables early detection of misalignment between system behavior and user expectations, thereby supporting sustained acceptance and responsible adoption of AIDVs.</p>
</sec>
<sec id="s7-2-6">
<label>7.2.6</label>
<title>Societal awareness and ethical implications of emergent interaction</title>
<p>Beyond technical safety and performance, emergent behavior in AIDVs raises fundamental ethical and societal concerns. When vehicles collectively optimize traffic flow, energy consumption, or travel time through distributed interaction, the resulting system-level behavior may unintentionally privilege certain users, regions, or mobility patterns over others. Such effects may remain invisible at the level of individual vehicles, yet manifest at scale, calling for societal awareness and governance mechanisms. For instance, collective routing strategies could systematically divert congestion toward specific neighborhoods, disadvantage non-connected road users, or implicitly prioritize commercial fleets or premium subscribers, thereby conflicting with principles of fairness, equity, and individual autonomy (<xref ref-type="bibr" rid="B5">Bai et al., 2025</xref>; <xref ref-type="bibr" rid="B9">Cornacchia et al., 2024</xref>). Ethical AI frameworks emphasize the need to align autonomous decision-making with human-centered values, including transparency, accountability, and respect for fundamental rights (<xref ref-type="bibr" rid="B55">OECD, 2019</xref>; <xref ref-type="bibr" rid="B75">UNESCO, 2021</xref>). From a regulatory perspective, recent policy initiatives increasingly acknowledge these challenges. The NIST AI Risk Management Framework emphasizes continuous risk identification, governance, and monitoring for AI systems with societal impact, particularly in dynamic and adaptive settings (<xref ref-type="bibr" rid="B49">National Institute of Standards and Technology NIST, 2023</xref>). Similarly, the EU Artificial Intelligence Act classifies AI systems used in safety-critical mobility contexts as high-risk, requiring risk mitigation, human oversight, and post-deployment monitoring (<xref ref-type="bibr" rid="B15">European Union, 2024</xref>). Together, these frameworks constrain unconstrained emergent behavior by mandating traceability, accountability, and bounded autonomy. Ethical studies on automated and autonomous vehicles further show that no single optimization objective can capture societal values; instead, multi-agent ethical decision-making requires <italic>hybrid approaches</italic> combining rule-based constraints, value-sensitive design, and oversight mechanisms to balance safety, efficiency, fairness, and autonomy (<xref ref-type="bibr" rid="B58">Poszler et al., 2023</xref>).</p>
</sec>
</sec>
<sec id="s7-3">
<label>7.3</label>
<title>Medium-term: multi-agent interaction and sustainable intelligence</title>
<p>As the deployment expands, a key challenge is ensuring that different vehicles can interact safely and effectively within dynamic environments.</p>
<p>The technical and sustainability limits of large-scale learning, coordination, and communication must be addressed to create an AI-driven mobility ecosystem.</p>
<sec id="s7-3-1">
<label>7.3.1</label>
<title>Multi-agent coordination</title>
<p>A critical direction in this phase is the development of <italic>vertical AI models</italic>, namely, specialized intelligent agents dedicated to driving-related tasks, which can reduce computational overhead, energy consumption, and system complexity. At the same time, research must advance robust multi-agent interaction models, including swarm intelligence and cooperative learning mechanisms, supported by resilient V2X protocols that tolerate partial failures, adversarial behavior, and communication uncertainty. Particular attention should be devoted to preventing unintended emergent behavior, cascading effects, or systemic instabilities arising from collective optimization. This phase also demands significant progress in <italic>explainable and transparent models</italic>, extending interpretability beyond single-agent reasoning to enable auditing, validation, and human oversight of collective, multi-agent decisions.</p>
</sec>
<sec id="s7-3-2">
<label>7.3.2</label>
<title>Sustainable intelligence</title>
<p>Sustainable intelligence is tightly coupled with the evolution of the underlying AI infrastructure. While architectural principles and high-level design choices can be defined in the early phases, medium-term deployment must rely on solutions that are technically robust and economically and energetically sustainable at scale. Without explicit constraints on energy consumption, model complexity, communication overhead, and continuous learning, large-scale multi-agent AI systems risk becoming impractical or unstable. Sustainability must therefore be a core element of the medium-term agenda: adopting <italic>Sustainable AI</italic> practices ensures that vertical AI models are optimized not only for safety, interaction, and coordination, but also for minimal energy consumption per kilometer and reduced carbon footprint. This involves energy-aware model design, adaptive inference, selective activation of learning components, and intelligent distribution of computation across vehicle, edge, and cloud resources to prevent systemic overload and ensure long-term viability (<xref ref-type="bibr" rid="B69">Tabbakh et al., 2024</xref>).</p>
</sec>
</sec>
<sec id="s7-4">
<label>7.4</label>
<title>Long-term: global integration</title>
<p>At the ecosystem level, harmonized global standards for AIDV interoperability, liability attribution, and policy alignment will be required to ensure long-term trustworthiness and large-scale deployment. Unlike earlier phases focused on vehicle-level safety or fleet-level interaction, this stage assumes the <italic>coexistence of heterogeneous AIDVs, legacy vehicles, and AI-enabled infrastructure</italic> across jurisdictions with different regulatory, cultural, and economic constraints. Consequently, international coordination bodies and cross-border regulatory frameworks will play a central role in defining shared interfaces, certification envelopes, and accountability mechanisms for adaptive, learning-enabled vehicles.</p>
<p>This long-term vision also addresses critical systemic mobility challenges, such as alleviating urban congestion, improving energy efficiency, promoting sustainability, and mitigating workforce shortages in domains such as long-haul trucking and logistics (<xref ref-type="bibr" rid="B54">O&#x2019;Connor, 2025</xref>). At this stage, unified Mobility-as-a-Service (MaaS) platforms will act as integrative layers, coordinating demand, routing, and pricing across public transport, shared mobility, and autonomous fleets. In parallel, cloud&#x2013;edge orchestration layers will be essential to manage distributed learning, digital-twin synchronization, and policy enforcement across geographically dispersed fleets, enabling AIDVs to operate as coordinated agents within a global ITS.</p>
</sec>
</sec>
<sec sec-type="conclusion" id="s8">
<label>8</label>
<title>Conclusion</title>
<p>This work has introduced and explored the emerging concept of AIDVs, situating them as an evolutionary step of future road vehicles. To the best of our knowledge, this work represents one of the first academic efforts to formalize the scope and boundaries of AIDVs. The contribution aims to (i) identify and characterize the distinctive features of AIDV in comparison with other vehicle classes; (ii) identify core principles and pitfalls; and (iii) map these principles onto a roadmap that highlights regulation, transparency, sustainability, multi-agent coordination, and security as key pillars for safe and trustworthy deployment.</p>
<p>The discussion of AI in vehicles is shifted from incremental feature integration to architectural necessity. AIDVs cannot be understood as the simple accumulation of AI-enabled functionalities on top of SDVs. Rather, they represent a qualitative shift in which perception, reasoning, learning, and interaction are integrated into a tightly coupled system whose behavior and autonomy emerge from continuous interaction over time. The goal of this work is to improve the conceptual clarity of the field and provide a baseline for empirical studies, standardization efforts, and interdisciplinary dialogue. This novelty is particularly relevant at a time when AI systems are rapidly permeating mobility, yet their formal characterization and implications remain underexplored in peer-reviewed literature.</p>
<p>Future work should focus on aligning with industry leadership in AIDV development while simultaneously formalizing the concept through rigorous academic frameworks, ensuring that innovation is matched by verifiable definitions, standards, and evaluation methods. Along this direction, empirical validation, a prototype, or a simulation-based digital twin control loop that requires committing to specific architectural choices and implementation assumptions, will be investigated and developed.</p>
</sec>
</body>
<back>
<sec sec-type="author-contributions" id="s9">
<title>Author contributions</title>
<p>MD: Writing &#x2013; review and editing, Writing &#x2013; original draft, Conceptualization, Investigation. CB: Writing &#x2013; original draft, Writing &#x2013; review and editing, Supervision. IM: Writing &#x2013; review and editing, Supervision, Writing &#x2013; original draft, Validation, Conceptualization.</p>
</sec>
<sec sec-type="COI-statement" id="s11">
<title>Conflict of interest</title>
<p>The author(s) declared that this work was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.</p>
</sec>
<sec sec-type="ai-statement" id="s12">
<title>Generative AI statement</title>
<p>The author(s) declared that generative AI was used in the creation of this manuscript. Generative AI was used for language editing and grammar review only.</p>
<p>Any alternative text (alt text) provided alongside figures in this article has been generated by Frontiers with the support of artificial intelligence and reasonable efforts have been made to ensure accuracy, including review by the authors wherever possible. If you identify any issues, please contact us.</p>
</sec>
<sec sec-type="disclaimer" id="s13">
<title>Publisher&#x2019;s note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec>
<ref-list>
<title>References</title>
<ref id="B1">
<mixed-citation publication-type="journal">
<collab>Anthropic</collab> (<year>2023</year>). <article-title>Anthropic&#x2019;s responsible scaling policy</article-title>.</mixed-citation>
</ref>
<ref id="B2">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Arp</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Quiring</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Pendlebury</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Warnecke</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Pierazzi</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Wressnegger</surname>
<given-names>C.</given-names>
</name>
<etal/>
</person-group> (<year>2021</year>). <article-title>Dos and don&#x2019;ts of machine learning in computer security</article-title>.</mixed-citation>
</ref>
<ref id="B3">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Aslam</surname>
<given-names>I.</given-names>
</name>
<name>
<surname>Buragohain</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Bamal</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Aniculaesei</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Rausch</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>A method for the runtime validation of AI-based environment perception in automated driving systems</article-title>. <comment>arXiv preprint arXiv:2412.16762</comment>.</mixed-citation>
</ref>
<ref id="B4">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Author Anonymous</surname>
</name>
</person-group>. (<year>2025</year>). <article-title>An open source ci/cd pipeline for variant-rich software in automotive systems: devops and continuous delivery</article-title> <comment>Preprint, arXiv:2507.19446</comment>.</mixed-citation>
</ref>
<ref id="B5">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Bai</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Li</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Xu</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Cassandras</surname>
<given-names>C. G.</given-names>
</name>
<name>
<surname>Malikopoulos</surname>
<given-names>A. A.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>Routing guidance for emerging transportation systems with improved dynamic trip equity</article-title>. <comment>arXiv preprint arXiv:2503.12601</comment>.</mixed-citation>
</ref>
<ref id="B6">
<mixed-citation publication-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Bodei</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>De Vincenzi</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Matteucci</surname>
<given-names>I.</given-names>
</name>
</person-group> (<year>2023</year>). &#x201c;<article-title>From hardware-functional to software-defined vehicles and their security issues</article-title>,&#x201d; in <conf-name>2023 IEEE 21st international conference on industrial informatics (INDIN)</conf-name>, <fpage>1</fpage>&#x2013;<lpage>10</lpage>. <pub-id pub-id-type="doi">10.1109/INDIN51400.2023.10217971</pub-id>
</mixed-citation>
</ref>
<ref id="B7">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Che</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Yao</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Gu</surname>
<given-names>Y.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>A comprehensive perspective on electric vehicles as evolutionary robots</article-title>. <source>Front. Robotics AI Volume</source> <volume>12</volume>, <fpage>1499215</fpage>. <pub-id pub-id-type="doi">10.3389/frobt.2025.1499215</pub-id>
<pub-id pub-id-type="pmid">40034801</pub-id>
</mixed-citation>
</ref>
<ref id="B8">
<mixed-citation publication-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Chen</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Sun</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Li</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>Q.</given-names>
</name>
<name>
<surname>Hao</surname>
<given-names>Q.</given-names>
</name>
<name>
<surname>Sifakis</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2022</year>). &#x201c;<article-title>Runtime safety assurance for learning-enabled control of autonomous driving vehicles</article-title>,&#x201d; in<conf-name>2022 international conference on robotics and automation (ICRA)</conf-name>, <fpage>8978</fpage>&#x2013;<lpage>8984</lpage>. <pub-id pub-id-type="doi">10.1109/ICRA46639.2022.9812177</pub-id>
</mixed-citation>
</ref>
<ref id="B9">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Cornacchia</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Nanni</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Pedreschi</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Pappalardo</surname>
<given-names>L.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Navigation services amplify concentration of traffic and emissions in our cities</article-title>.</mixed-citation>
</ref>
<ref id="B10">
<mixed-citation publication-type="web">
<person-group person-group-type="author">
<name>
<surname>De Vincenzi</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Pes&#xe9;</surname>
<given-names>M. D.</given-names>
</name>
<name>
<surname>Bodei</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Matteucci</surname>
<given-names>I.</given-names>
</name>
<name>
<surname>Brooks</surname>
<given-names>R. R.</given-names>
</name>
<name>
<surname>Hasan</surname>
<given-names>M.</given-names>
</name>
<etal/>
</person-group> (<year>2024</year>). <article-title>Contextualizing security and privacy of software-defined vehicles: state of the art and industry perspectives</article-title>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://arxiv.org/abs/2411.10612">https://arxiv.org/abs/2411.10612 (Accessed February 24, 2026)</ext-link>.</comment>
</mixed-citation>
</ref>
<ref id="B11">
<mixed-citation publication-type="confproc">
<person-group person-group-type="author">
<name>
<surname>De Vincenzi</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Bodei</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Matteucci</surname>
<given-names>I.</given-names>
</name>
<name>
<surname>Sarma</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Ho</surname>
<given-names>S. S.</given-names>
</name>
</person-group> (<year>2025</year>). &#x201c;<article-title>Tlm: a spatial messaging language for autonomous vehicle navigation</article-title>,&#x201d; in <conf-name>2025 IEEE 102nd vehicular technology conference (VTC2025-Fall)</conf-name>, <fpage>1</fpage>&#x2013;<lpage>7</lpage>. <pub-id pub-id-type="doi">10.1109/VTC2025-FALL65116.2025.11310145</pub-id>
</mixed-citation>
</ref>
<ref id="B12">
<mixed-citation publication-type="journal">
<collab>ETSI</collab> (<year>2014</year>). <article-title>Intelligent transport systems (ITS); vehicular communications; basic set of applications; part 2: specification of cooperative awareness basic service</article-title>.</mixed-citation>
</ref>
<ref id="B13">
<mixed-citation publication-type="journal">
<collab>European Data Protection Board</collab>. (<year>2020</year>). <article-title>Guidelines 1/2020 on processing personal data in the context of connected vehicles and mobility related applications</article-title>. <source>Tech. Rep. 01/2020, EDPB</source>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://edpb.europa.eu/our-work-tools/our-documents/guidelines/guidelines-12020-processing-personal-data_en">https://edpb.europa.eu/our-work-tools/our-documents/guidelines/guidelines-12020-processing-personal-data_en</ext-link> (Accessed January 24, 2026)</comment>.</mixed-citation>
</ref>
<ref id="B14">
<mixed-citation publication-type="book">
<collab>European Parliament and Council of the European Union</collab> (<year>2016</year>). <source>Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data, and repealing Directive 95/46/EC</source>. <publisher-name>General Data Protection Regulation</publisher-name>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="http://data.europa.eu/eli/reg/2016/679/oj">http://data.europa.eu/eli/reg/2016/679/oj (Accessed February 24, 2026)</ext-link>.</comment>
</mixed-citation>
</ref>
<ref id="B15">
<mixed-citation publication-type="journal">
<collab>European Union</collab> (<year>2024</year>). <article-title>Regulation (EU) 2024/1689 of the European Parliament and of the Council of 13 June 2024 laying down harmonised rules on artificial intelligence (Artificial Intelligence Act)</article-title> <comment>OJ L, 2024/1689, 12.7.2024</comment>.</mixed-citation>
</ref>
<ref id="B16">
<mixed-citation publication-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Eykholt</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Evtimov</surname>
<given-names>I.</given-names>
</name>
<name>
<surname>Fernandes</surname>
<given-names>E.</given-names>
</name>
</person-group> (<year>2018</year>). &#x201c;<article-title>Robust physical-world attacks on deep learning visual classification</article-title>,&#x201d; in <conf-name>Proceedings of the IEEE conference on computer vision and pattern recognition (CVPR)</conf-name>, <fpage>1625</fpage>&#x2013;<lpage>1634</lpage>.</mixed-citation>
</ref>
<ref id="B17">
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Floridi</surname>
<given-names>L.</given-names>
</name>
</person-group> (<year>2014</year>). <source>The fourth revolution: how the infosphere is reshaping human reality</source>. <publisher-loc>Oxford, UK</publisher-loc>: <publisher-name>Oxford University Press</publisher-name>.</mixed-citation>
</ref>
<ref id="B18">
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Floridi</surname>
<given-names>L.</given-names>
</name>
</person-group> (<year>2023</year>). <source>The ethics of artificial intelligence: principles, challenges, and opportunities</source>. <publisher-loc>Oxford, UK</publisher-loc>: <publisher-name>Oxford University Press</publisher-name>.</mixed-citation>
</ref>
<ref id="B19">
<mixed-citation publication-type="web">
<person-group person-group-type="author">
<name>
<surname>Frost</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Sullivan</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Reimagining-redefining SDVs: embracing the AI defined vehicle era</article-title>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.frost.com/growth-opportunity-news/reimagining-redefining-sdvs-embracing-the-ai-defined-vehicle-era/">https://www.frost.com/growth-opportunity-news/reimagining-redefining-sdvs-embracing-the-ai-defined-vehicle-era/</ext-link> (Accessed January 24, 2026).</comment>
</mixed-citation>
</ref>
<ref id="B20">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Garg</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>So</surname>
<given-names>O.</given-names>
</name>
<name>
<surname>Dawson</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Fan</surname>
<given-names>C.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Learning safe control for multi-robot systems: methods, verification, and open challenges</article-title>. <source>Annu. Rev. Control</source> <volume>57</volume>, <fpage>100948</fpage>. <pub-id pub-id-type="doi">10.1016/j.arcontrol.2024.100948</pub-id>
</mixed-citation>
</ref>
<ref id="B21">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gazdag</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Lesty&#xe1;n</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Remeli</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>&#xc1;cs</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Holczer</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Bicz&#xf3;k</surname>
<given-names>G.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>Privacy pitfalls of releasing in-vehicle network data</article-title>. <source>Veh. Commun.</source> <volume>39</volume>, <fpage>100565</fpage>. <pub-id pub-id-type="doi">10.1016/j.vehcom.2022.100565</pub-id>
</mixed-citation>
</ref>
<ref id="B22">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Group</surname>
<given-names>P. R.</given-names>
</name>
</person-group> (<year>2008</year>). <article-title>Senseable city lab MIoT. AIDA: affective intelligent driving agent</article-title>.</mixed-citation>
</ref>
<ref id="B23">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Hamad</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Hammadeh</surname>
<given-names>Z. A. H.</given-names>
</name>
<name>
<surname>Alessi</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Hasan</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Pes&#xe9;</surname>
<given-names>M. D.</given-names>
</name>
<name>
<surname>L&#xfc;dtke</surname>
<given-names>D.</given-names>
</name>
<etal/>
</person-group> (<year>2025</year>). <article-title>Enhancing security through task migration in software-defined vehicles</article-title>. <source>IEEE Internet Things J.</source> <volume>12</volume>, <fpage>52521</fpage>&#x2013;<lpage>52535</lpage>. <pub-id pub-id-type="doi">10.1109/JIOT.2025.3611875</pub-id>
</mixed-citation>
</ref>
<ref id="B24">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Harari</surname>
<given-names>Y. N.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>21 lessons for the 21st century (vintage)</article-title>.</mixed-citation>
</ref>
<ref id="B25">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Hoff</surname>
<given-names>K. A.</given-names>
</name>
<name>
<surname>Bashir</surname>
<given-names>M. C.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Trust in automation: integrating empirical evidence on factors that influence trust</article-title>. <source>Hum. Factors</source> <volume>57</volume>, <fpage>407</fpage>&#x2013;<lpage>434</lpage>. <pub-id pub-id-type="doi">10.1177/0018720814547570</pub-id>
<pub-id pub-id-type="pmid">25875432</pub-id>
</mixed-citation>
</ref>
<ref id="B26">
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Huang</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2026</year>). &#x201c;<article-title>Largest infrastructure buildout in human history&#x2019;: Jensen Huang on AI&#x2019;s &#x2018;Five-Layer Cake&#x2019; at Davos</article-title>,&#x201d; in <source>World economic forum conversation with Larry Fink, outlining a five-layer AI infrastructure stack</source>.</mixed-citation>
</ref>
<ref id="B27">
<mixed-citation publication-type="book">
<collab>IEEE Standards Association</collab> (<year>2020a</year>). <source>IEEE 7010-2020 - recommended practice for assessing the impact of autonomous and intelligent systems on human well-being</source>. <publisher-loc>Piscataway, NJ</publisher-loc>: <publisher-name>Standard, IEEE Standards Association</publisher-name>.</mixed-citation>
</ref>
<ref id="B28">
<mixed-citation publication-type="journal">
<collab>IEEE Standards Association</collab>. (<year>2020b</year>). <article-title>Wireless access in vehicular environments (WAVE) &#x2014; certificate management interfaces for end-entities</article-title>.</mixed-citation>
</ref>
<ref id="B29">
<mixed-citation publication-type="book">
<collab>IEEE Standards Association</collab> (<year>2022</year>). <source>IEEE standard for assumptions in safety-related models for automated driving systems</source>. <publisher-loc>Piscataway, NJ</publisher-loc>: <publisher-name>IEEE Standards Association Standard IEEE 2846-2022</publisher-name>.</mixed-citation>
</ref>
<ref id="B30">
<mixed-citation publication-type="journal">
<collab>ISO, SAE</collab>. (<year>2021</year>). <article-title>Road vehicles &#x2014; cybersecurity engineering</article-title>.</mixed-citation>
</ref>
<ref id="B31">
<mixed-citation publication-type="book">
<collab>ISO</collab> (<year>2019</year>). &#x201c;<article-title>Ergonomics of human-system interaction &#x2013; part 210: human-centred design for interactive systems</article-title>,&#x201d; in <source>Tech. Rep. ISO 9241-210:2019</source>. <publisher-loc>Geneva, CH</publisher-loc>: <publisher-name>International Organization for Standardization</publisher-name>.</mixed-citation>
</ref>
<ref id="B32">
<mixed-citation publication-type="book">
<collab>ISO</collab> (<year>2021</year>). <source>Road vehicles &#x2014; functional safety. Standard ISO 26262:2018</source>. <publisher-loc>Geneva, CH</publisher-loc>: <publisher-name>International Organization for Standardization</publisher-name>.</mixed-citation>
</ref>
<ref id="B33">
<mixed-citation publication-type="book">
<collab>ISO. ISO/PAS 8800</collab> (<year>2024</year>). &#x201c;<article-title>Road vehicles &#x2014; safety and artificial intelligence</article-title>,&#x201d;. <publisher-name>International Organization for Standardization</publisher-name>.<source>Tech. Rep.</source>
</mixed-citation>
</ref>
<ref id="B34">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Joshi</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>A review of generative ai and devops pipelines: ci/cd, agentic automation, mlops integration, and large language models</article-title>. <source>Int. J. Innovative Res. Comput. Sci. Technol.</source> <volume>13</volume>, <fpage>1</fpage>&#x2013;<lpage>14</lpage>. <pub-id pub-id-type="doi">10.55524/ijircst.2025.13.4.1</pub-id>
</mixed-citation>
</ref>
<ref id="B35">
<mixed-citation publication-type="web">
<collab>Just Auto</collab>. (<year>2024</year>). <article-title>AI-defined vehicles are coming: what automakers must do now to stay ahead</article-title>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.just-auto.com/comment/ai-defined-vehicles-are-coming-what-automakers-must-do-now-to-stay-ahead">https://www.just-auto.com/comment/ai-defined-vehicles-are-coming-what-automakers-must-do-now-to-stay-ahead</ext-link> (Accessed January 24, 2026)</comment>.</mixed-citation>
</ref>
<ref id="B36">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Karkus</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Ivanovic</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Mannor</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Pavone</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>Diffstack: a differentiable and modular control stack for autonomous vehicles</article-title>.</mixed-citation>
</ref>
<ref id="B37">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kushwaha</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Ravish</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Lamba</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Kumar</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>A survey of safe reinforcement learning and constrained mdps: a technical survey on single-agent and multi-agent safety</article-title>.</mixed-citation>
</ref>
<ref id="B38">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Lee</surname>
<given-names>J. D.</given-names>
</name>
<name>
<surname>See</surname>
<given-names>K. A.</given-names>
</name>
</person-group> (<year>2004</year>). <article-title>Trust in automation: designing for appropriate reliance</article-title>. <source>Hum. Factors</source> <volume>46</volume>, <fpage>50</fpage>&#x2013;<lpage>80</lpage>. <pub-id pub-id-type="doi">10.1518/hfes.46.1.50_30392</pub-id>
<pub-id pub-id-type="pmid">15151155</pub-id>
</mixed-citation>
</ref>
<ref id="B39">
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Litman</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2025</year>). &#x201c;<article-title>Autonomous vehicle implementation predictions: implications for transport planning</article-title>,&#x201d;. <publisher-name>Victoria Transport Policy Institute</publisher-name>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.vtpi.org/avip.pdf">https://www.vtpi.org/avip.pdf (Accessed February 24, 2026)</ext-link>.</comment>
</mixed-citation>
</ref>
<ref id="B40">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mannucci</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>de Oliveira Filho</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>Runtime verification of learning properties for reinforcement learning algorithms</article-title>.</mixed-citation>
</ref>
<ref id="B41">
<mixed-citation publication-type="confproc">
<person-group person-group-type="author">
<name>
<surname>M&#xe1;t&#xe9;</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Scheerer</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Sieger</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Denninger</surname>
<given-names>O.</given-names>
</name>
<name>
<surname>Hen&#xdf;</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2025</year>). &#x201c;<article-title>Software-defined vehicles: bridging industry and research perspectives</article-title>,&#x201d; in <conf-name>2025 IEEE 34th international symposium on industrial electronics (ISIE)</conf-name>, <fpage>1</fpage>&#x2013;<lpage>6</lpage>. <pub-id pub-id-type="doi">10.1109/ISIE62713.2025.11124637</pub-id>
</mixed-citation>
</ref>
<ref id="B42">
<mixed-citation publication-type="web">
<collab>McKinsey and Company</collab> (<year>2023</year>). <article-title>Outlook on the automotive software and electronics market through 2030</article-title>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.mckinsey.com/industries/automotive-and-assembly/our-insights/mapping-the-automotive-software-and-electronics-landscape-through-2030">https://www.mckinsey.com/industries/automotive-and-assembly/our-insights/mapping-the-automotive-software-and-electronics-landscape-through-2030</ext-link> (Accessed January 24, 2026)</comment>.</mixed-citation>
</ref>
<ref id="B43">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mehrabi</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Morstatter</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Saxena</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Lerman</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Galstyan</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2021</year>). <article-title>A survey on bias and fairness in machine learning</article-title>. <source>ACM Comput. Surv.</source> <volume>54</volume>, <fpage>1</fpage>&#x2013;<lpage>35</lpage>. <pub-id pub-id-type="doi">10.1145/3457607</pub-id>
</mixed-citation>
</ref>
<ref id="B44">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>MohajerAnsari</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Salarpour</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>K&#xfc;hr</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Huang</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Hamad</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Steinhorst</surname>
<given-names>S.</given-names>
</name>
<etal/>
</person-group> (<year>2025</year>). <article-title>On the natural robustness of vision-language models against visual perception attacks in autonomous driving</article-title>.</mixed-citation>
</ref>
<ref id="B45">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Motwani</surname>
<given-names>S. R.</given-names>
</name>
<name>
<surname>Baranchuk</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Strohmeier</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Bolina</surname>
<given-names>V.</given-names>
</name>
<name>
<surname>Torr</surname>
<given-names>P. H. S.</given-names>
</name>
<name>
<surname>Hammond</surname>
<given-names>L.</given-names>
</name>
<etal/>
</person-group> (<year>2025</year>). <article-title>Secret collusion among generative AI agents: multi-agent deception <italic>via</italic> steganography</article-title>.</mixed-citation>
</ref>
<ref id="B46">
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Murphey</surname>
<given-names>Y. L.</given-names>
</name>
<name>
<surname>Kolmanovsky</surname>
<given-names>I.</given-names>
</name>
<name>
<surname>Watta</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2023</year>). <source>Advances, opportunities and challenges in AI-enabled technologies for autonomous and connected vehicles</source>. <publisher-loc>Cham</publisher-loc>: <publisher-name>Springer International Publishing</publisher-name>, <fpage>1</fpage>&#x2013;<lpage>16</lpage>. <pub-id pub-id-type="doi">10.1007/978-3-031-06780-8_1</pub-id>
</mixed-citation>
</ref>
<ref id="B47">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Muzahid</surname>
<given-names>KSRM. A. J. M.</given-names>
</name>
<name>
<surname>Kamarulzaman</surname>
<given-names>S. F.</given-names>
</name>
<name>
<surname>Rahman</surname>
<given-names>M. A.</given-names>
</name>
<name>
<surname>Murad</surname>
<given-names>S. A.</given-names>
</name>
<name>
<surname>Kamal</surname>
<given-names>M. A. S.</given-names>
</name>
<name>
<surname>Alenezi</surname>
<given-names>A. H.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>Multiple vehicle cooperation and collision avoidance in automated vehicles: survey and an AI-enabled conceptual framework</article-title>. <source>Sci. Rep.</source> <volume>13</volume>, <fpage>603</fpage>. <pub-id pub-id-type="doi">10.1038/s41598-022-27026-9</pub-id>
<pub-id pub-id-type="pmid">36635336</pub-id>
</mixed-citation>
</ref>
<ref id="B48">
<mixed-citation publication-type="journal">
<collab>National Highway Traffic Safety Administration (NHTSA) UDoT</collab> (<year>2023</year>). <article-title>Automated vehicles: report to congress</article-title>. <source>Tech. Rep.</source>
</mixed-citation>
</ref>
<ref id="B49">
<mixed-citation publication-type="book">
<collab>National Institute of Standards and Technology (NIST)</collab> (<year>2023</year>). <source>Artificial intelligence risk management framework (AI RMF 1.0)</source>. <publisher-name>U.S. Department of Commerce</publisher-name>.</mixed-citation>
</ref>
<ref id="B50">
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Nguyen</surname>
<given-names>T. T.</given-names>
</name>
<name>
<surname>Nguyen</surname>
<given-names>N. D.</given-names>
</name>
<name>
<surname>Nahavandi</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2018</year>). &#x201c;<article-title>Deep reinforcement learning for multi-agent systems: a review of challenges</article-title>,&#x201d; in <source>Solutions and applications</source>.</mixed-citation>
</ref>
<ref id="B51">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Nguyen</surname>
<given-names>Q. D.</given-names>
</name>
<name>
<surname>Tran</surname>
<given-names>T. D.</given-names>
</name>
<name>
<surname>Chu</surname>
<given-names>T. H.</given-names>
</name>
<name>
<surname>Tran</surname>
<given-names>H. L.</given-names>
</name>
<name>
<surname>Cheng</surname>
<given-names>X.</given-names>
</name>
<name>
<surname>Slama</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>Software defined vehicle code generation: a few-shot prompting approach</article-title>.</mixed-citation>
</ref>
<ref id="B52">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Nouri</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Cabrero-Daniel</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>T&#xf6;rner</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Berger</surname>
<given-names>C.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>The devsafeops dilemma: a systematic literature review on rapidity in safe autonomous driving development and operation</article-title>. <source>J. Syst. Softw.</source> <volume>230</volume>, <fpage>112555</fpage>. <pub-id pub-id-type="doi">10.1016/j.jss.2025.112555</pub-id>
</mixed-citation>
</ref>
<ref id="B53">
<mixed-citation publication-type="journal">
<collab>NVIDIA</collab>
<person-group person-group-type="author">
<name>
<surname>Wang</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Luo</surname>
<given-names>W.</given-names>
</name>
<name>
<surname>Bai</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Cao</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Che</surname>
<given-names>T.</given-names>
</name>
<etal/>
</person-group> (<year>2026</year>). <article-title>Alpamayo-R1: bridging reasoning and action prediction for generalizable autonomous driving in the long tail</article-title>.</mixed-citation>
</ref>
<ref id="B54">
<mixed-citation publication-type="web">
<person-group person-group-type="author">
<name>
<surname>O&#x2019;Connor</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>Whatever happened to the great truck driver shortage?</article-title>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.ft.com/content/f3202bc8-d53f-42a9-b434-2e6ca7be2d69">https://www.ft.com/content/f3202bc8-d53f-42a9-b434-2e6ca7be2d69</ext-link> (Accessed January 24, 2026)</comment>.</mixed-citation>
</ref>
<ref id="B55">
<mixed-citation publication-type="journal">
<collab>OECD</collab> (<year>2019</year>). <article-title>Recommendation of the council on artificial intelligence</article-title> <comment>Adopted May 2019</comment>.</mixed-citation>
</ref>
<ref id="B56">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Paterson</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Hawkins</surname>
<given-names>R. D.</given-names>
</name>
<name>
<surname>Picardi</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Jia</surname>
<given-names>Y.</given-names>
</name>
<name>
<surname>Calinescu</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Habli</surname>
<given-names>I.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>Safety assurance of machine learning for autonomous systems</article-title>. <source>Reliab. Eng. Syst. Saf.</source> <volume>264</volume>, <fpage>111311</fpage>. <pub-id pub-id-type="doi">10.1016/j.ress.2025.111311</pub-id>
</mixed-citation>
</ref>
<ref id="B57">
<mixed-citation publication-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Pes&#xe9;</surname>
<given-names>M. D.</given-names>
</name>
<name>
<surname>Schauer</surname>
<given-names>J. W.</given-names>
</name>
<name>
<surname>Mohan</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Joseph</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Shin</surname>
<given-names>K. G.</given-names>
</name>
<name>
<surname>Moore</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2023</year>). &#x201c;<article-title>Pricar: privacy framework for vehicular data sharing with third parties</article-title>,&#x201d; in <conf-name>2023 IEEE secure development conference (SecDev) (IEEE)</conf-name>, <fpage>184</fpage>&#x2013;<lpage>195</lpage>.</mixed-citation>
</ref>
<ref id="B58">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Poszler</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Geisslinger</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Betz</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>L&#xfc;tge</surname>
<given-names>C.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>Applying ethical theories to the decision-making of self-driving vehicles: a systematic review and integration of the literature</article-title>. <source>Technol. Soc.</source> <volume>75</volume>, <fpage>102350</fpage>. <pub-id pub-id-type="doi">10.1016/j.techsoc.2023.102350</pub-id>
</mixed-citation>
</ref>
<ref id="B59">
<mixed-citation publication-type="web">
<collab>Qualcomm technologies, Inc.</collab> (<year>2026</year>). <article-title>Agentic AI: a new paradigm for On-Device intelligence</article-title>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.qualcomm.com/content/dam/qcomm-martech/dm-assets/documents/agentic-ai-whitepaper.pdf">https://www.qualcomm.com/content/dam/qcomm-martech/dm-assets/documents/agentic-ai-whitepaper.pdf</ext-link> (Accessed January 24, 2026)</comment>.</mixed-citation>
</ref>
<ref id="B60">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Raghavan</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Pistone</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Gibb</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Gasser</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Pednekar</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Marzani</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>Software-defined vehicles, GenAI, IoT &#x2013; the path to AI-defined</article-title> <source>Vehicles</source> <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://aws.amazon.com/blogs/industries/software-defined-vehicles-genai-iot-the-path-to-ai-defined-vehicles/">https://aws.amazon.com/blogs/industries/software-defined-vehicles-genai-iot-the-path-to-ai-defined-vehicles/</ext-link>, (Accessed January 24, 2026)</comment>.</mixed-citation>
</ref>
<ref id="B61">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Richenhagen</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Engelhard</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Jeub</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Kriebel</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>Realizing generative AI in software-defined vehicles</article-title>. <source>ATZelectronics Worldwide</source> <volume>20</volume>, <fpage>16</fpage>&#x2013;<lpage>22</lpage>. <pub-id pub-id-type="doi">10.1007/s38314-024-1968-8</pub-id>
</mixed-citation>
</ref>
<ref id="B62">
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Russell</surname>
<given-names>S. J.</given-names>
</name>
<name>
<surname>Norvig</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2021</year>). <source>Artificial intelligence: a modern approach</source>. <edition>4 edn.</edition>, <publisher-name>Pearson</publisher-name>.</mixed-citation>
</ref>
<ref id="B63">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sabet</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Unveiling advanced self-healing mechanisms in graphene polymer composites for next-generation applications in aerospace, automotive, and electronics</article-title>. <source>Polymer-Plastics Technol. Mater.</source> <volume>63</volume>, <fpage>2032</fpage>&#x2013;<lpage>2059</lpage>. <pub-id pub-id-type="doi">10.1080/25740881.2024.2365282</pub-id>
</mixed-citation>
</ref>
<ref id="B64">
<mixed-citation publication-type="book">
<collab>SAE</collab> (<year>2021</year>). <article-title>Taxonomy and definitions for terms related to driving automation systems for on-road motor vehicles</article-title>. <source>Latest revision of the standard defining levels 0&#x2013;5 of driving automation</source>.</mixed-citation>
</ref>
<ref id="B65">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sato</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Bhupathiraju</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Clifford</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Sugawara</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Chen</surname>
<given-names>Q. A.</given-names>
</name>
<name>
<surname>Rampazzi</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>WIP: infrared laser reflection attack against traffic sign recognition systems</article-title> <pub-id pub-id-type="doi">10.14722/vehiclesec.2023.23055</pub-id>
</mixed-citation>
</ref>
<ref id="B66">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Schwartz</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Dodge</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Smith</surname>
<given-names>N. A.</given-names>
</name>
<name>
<surname>Etzioni</surname>
<given-names>O.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Green AI</article-title>. <source>Commun. ACM</source> <volume>63</volume>, <fpage>54</fpage>&#x2013;<lpage>63</lpage>. <pub-id pub-id-type="doi">10.1145/3381831</pub-id>
</mixed-citation>
</ref>
<ref id="B67">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Seshia</surname>
<given-names>S. A.</given-names>
</name>
<name>
<surname>Sadigh</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Sastry</surname>
<given-names>S. S.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>Toward verified artificial intelligence</article-title>. <source>Commun. ACM</source> <volume>65</volume>, <fpage>46</fpage>&#x2013;<lpage>55</lpage>. <pub-id pub-id-type="doi">10.1145/3503914</pub-id>
</mixed-citation>
</ref>
<ref id="B68">
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Slama</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Nonnenmacher</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Irawan</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2023</year>). <source>The software-defined vehicle: a digital-first approach to creating next-generation experiences</source> (<publisher-name>O&#x2019;Reilly</publisher-name>).</mixed-citation>
</ref>
<ref id="B69">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Tabbakh</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Al Amin</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Islam</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Mahmud</surname>
<given-names>G. M. I.</given-names>
</name>
<name>
<surname>Chowdhury</surname>
<given-names>I.</given-names>
</name>
<name>
<surname>Mukta</surname>
<given-names>M. D.</given-names>
</name>
<etal/>
</person-group> (<year>2024</year>). <article-title>Green AI: toward sustainable artificial intelligence</article-title>. <source>Discov. Sustain.</source> <volume>4</volume>, <fpage>65</fpage>. <pub-id pub-id-type="doi">10.1007/s43621-024-00641-4</pub-id>
</mixed-citation>
</ref>
<ref id="B70">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Taleb</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Khoury</surname>
<given-names>R.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>Uncertainty in runtime verification: a survey</article-title>. <source>Comput. Sci. Rev.</source> <volume>45</volume>, <fpage>100385</fpage>. <pub-id pub-id-type="doi">10.1016/j.cosrev.2023.100385</pub-id>
</mixed-citation>
</ref>
<ref id="B71">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Teixeira</surname>
<given-names>P. V.</given-names>
</name>
<name>
<surname>Raposo</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Lopes</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Sargento</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2025</year>). &#x201c;<article-title>Deterministic and reliable software-defined vehicles: key building blocks, challenges</article-title>,&#x201d;.</mixed-citation>
</ref>
<ref id="B72">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ullrich</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Buchholz</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Dietmayer</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Graichen</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>AI safety assurance for automated vehicles: a survey on research, standardization, regulation</article-title>. <source>IEEE Trans. Intelligent Veh.</source> <volume>10</volume>, <fpage>4784</fpage>&#x2013;<lpage>4803</lpage>. <pub-id pub-id-type="doi">10.1109/TIV.2024.3496797</pub-id>
</mixed-citation>
</ref>
<ref id="B73">
<mixed-citation publication-type="book">
<collab>UNECE</collab> (<year>2021a</year>). &#x201c;<article-title>Uniform provisions concerning the approval of vehicles with regards to cyber security and cyber security management system</article-title>,&#x201d; in <source>Regulation addendum 154 &#x2013; UN regulation no. 155</source>, <publisher-name>United Nations Economic Commission for Europe</publisher-name>. <publisher-loc>Geneva, CH</publisher-loc>.</mixed-citation>
</ref>
<ref id="B74">
<mixed-citation publication-type="book">
<collab>UNECE</collab> (<year>2021b</year>). <article-title>Uniform provisions concerning the approval of vehicles with regards to software update and software updates management system</article-title>. <source>Regulation addendum 155 &#x2013; UN regulation no. 156</source>, <publisher-name>United Nations Economic Commission for Europe</publisher-name>, <publisher-loc>Geneva, CH</publisher-loc>.</mixed-citation>
</ref>
<ref id="B75">
<mixed-citation publication-type="journal">
<collab>UNESCO</collab> (<year>2021</year>). <article-title>Recommendation on the ethics of artificial intelligence</article-title>. <comment>Adopted by UNESCO Member States on 23 November 2021</comment>.</mixed-citation>
</ref>
<ref id="B76">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>W&#xe1;gner</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Orm&#xe1;ndi</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Tettamanti</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Varga</surname>
<given-names>I.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>SPaT/MAP V2X communication between traffic light and vehicles and a realization with digital twin</article-title>. <source>Comput. Electr. Eng.</source> <volume>106</volume>, <fpage>108560</fpage>. <pub-id pub-id-type="doi">10.1016/j.compeleceng.2022.108560</pub-id>
</mixed-citation>
</ref>
<ref id="B77">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wongpiromsarn</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Ghasemi</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Cubuktepe</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Bakirtzis</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Carr</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Karabag</surname>
<given-names>M. O.</given-names>
</name>
<etal/>
</person-group> (<year>2023</year>). <article-title>Formal methods for autonomous systems</article-title>. <source>Found. Trends Syst. Control</source> <volume>10</volume>, <fpage>180</fpage>&#x2013;<lpage>407</lpage>. <pub-id pub-id-type="doi">10.1561/2600000029</pub-id>
</mixed-citation>
</ref>
<ref id="B78">
<mixed-citation publication-type="web">
<person-group person-group-type="author">
<name>
<surname>Wu</surname>
<given-names>X.</given-names>
</name>
</person-group>
<collab>NVIDIA Corporation</collab> (<year>2025</year>). <article-title>Accelerate the future of AI-defined vehicles and autonomous driving</article-title>. <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.nvidia.com/en-us/on-demand/session/gtc25-DD40000/">https://www.nvidia.com/en-us/on-demand/session/gtc25-DD40000/</ext-link> (Accessed January 24, 2026)</comment>.</mixed-citation>
</ref>
<ref id="B79">
<mixed-citation publication-type="book">
<collab>XPENG Motors</collab>. (<year>2024</year>). <article-title>Xpeng unveils the P7&#x2b; &#x201c;world&#x2019;s first AI-defined vehicle,&#x201d;</article-title>. <source>Redefining premium and intelligent driving</source>, <comment>Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.xpeng.com/news/01930746569a92fa54be8a0282aa0031">https://www.xpeng.com/news/01930746569a92fa54be8a0282aa0031</ext-link> (Accessed January 24, 2026)</comment>.</mixed-citation>
</ref>
<ref id="B80">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Yu</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2025</year>). <article-title>Agentic vehicles for human-centered mobility systems</article-title>.</mixed-citation>
</ref>
<ref id="B81">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Zheng</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Rao</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Zhu</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Tan</surname>
<given-names>C. W.</given-names>
</name>
<name>
<surname>Duan</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Zhou</surname>
<given-names>Z.</given-names>
</name>
<etal/>
</person-group> (<year>2025</year>). <article-title>Online location planning for AI-defined vehicles: optimizing joint tasks of order serving and spatio-temporal heterogeneous model fine-tuning</article-title>.</mixed-citation>
</ref>
<ref id="B82">
<mixed-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Zyberaj</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Mazur</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Petrovic</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Verma</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Hirmer</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Slama</surname>
<given-names>D.</given-names>
</name>
<etal/>
</person-group> (<year>2025</year>). <article-title>GenAI-based test case generation and execution in SDV platform</article-title>.</mixed-citation>
</ref>
</ref-list>
<fn-group>
<fn fn-type="custom" custom-type="edited-by">
<p>
<bold>Edited by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/2921878/overview">Rafal Szczepanski</ext-link>, Nicolaus Copernicus University, Poland</p>
</fn>
<fn fn-type="custom" custom-type="reviewed-by">
<p>
<bold>Reviewed by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/2126987/overview">Shuvodeep De</ext-link>, Texas State University, United States</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/3340150/overview">Lea P&#x151;d&#xf6;r</ext-link>, Sz&#xe9;chenyi Istv&#xe1;n University, Hungary</p>
</fn>
</fn-group>
</back>
</article>