HyperAIHyperAI

Command Palette

Search for a command to run...

Agent
LLM

EvoOntology: Eine selbstevolvierende Ontologieschicht für Datenagenten

Meiduo Chong Shaolei Zhang Ju Fan Xiaoyong Du

Zusammenfassung

Datenagenten zielen darauf ab, natürlichsprachliche Anweisungen über heterogenen Daten zu erfüllen, darunter Tabellen, Dateien und Datenbanken. Datenagenten stehen jedoch vor einer schwierigen Kluft zwischen Agent und Daten: Heterogene Daten befinden sich außerhalb des Agenten, während der Agent nur über generische Werkzeuge auf sie zugreifen kann (z. B. Spaltennamen und Dateipfade). Bestehende Ansätze lassen Agenten entweder rohe Datenquellen direkt erkunden oder fügen manuell erstellte semantische Schichten in Prompts ein. Allerdings skalieren beide nicht gut auf große heterogene Datenquellen und passen sich nicht an unterschiedliches Agentenverhalten an. In diesem Beitrag stellen wir EvoOntology vor, eine selbstevolvierende Ontologieschicht für Datenagenten. EvoOntology kapselt die Ontologie als MCP-Server, der eine Schema-, eine Inhaltsund eine Werkzeugschicht umfasst, und ermöglicht es Agenten, zur Laufzeit aktiv mit der Ontologie zu interagieren und sie abzufragen. Zu diesem Zweck führen wir einen Builder-Agenten für die autonome Ontologiekonstruktion sowie eine Selbst-Evolutionsschleife ein, die die Ontologie kontinuierlich durch attributionsgeleitete typisierte Änderungen verfeinert, die nur nach einer Backbone-abhängigen paarweisen Evaluierung akzeptiert werden. Experimente auf drei etablierten Datenagenten-Benchmarks mit vier LLM-Backbones zeigen, dass EvoOntology starke Baselines und bestehende Ansätze mit semantischen Schichten durchgängig übertrifft, die Kluft zwischen Agent und Daten wirksam überbrückt und eine effektivere Interaktion mit heterogenen Daten ermöglicht.

One-sentence Summary

Researchers at Renmin University of China propose EvoOntology, a self-evolving ontology layer for data agents that encapsulates an MCP server with schema, content, and tool layers, in which a builder agent constructs the ontology and an attribution-guided typed-edit loop with backbone-conditional paired evaluation refines it; EvoOntology outperforms strong baselines and existing semantic-layer approaches on three well-adopted benchmarks across four LLM backbones.

Key Contributions

  • EvoOntology introduces an interactive ontology layer for data agents, encapsulated as an MCP server with schema, content, and tool layers, enabling agents to query and interact with heterogeneous data at runtime.
  • A builder agent autonomously constructs the ontology, and a self-evolution loop refines it through attribution analysis, targeted typed edits, and backbone-conditional paired evaluation on held-out validation data.
  • Experiments on three data-agent benchmarks with four LLM backbones show that EvoOntology consistently outperforms strong baselines and existing semantic-layer approaches.

Introduction

Data agents must answer natural-language tasks over heterogeneous structured and unstructured sources, but they typically access data only through generic tools such as SQL interfaces and file readers. Because the schema and content of those sources are not known in advance, agents resort to blind probing and inefficient exploration, creating a persistent agent-data gap. Prior raw-querying methods scale poorly to wide heterogeneous data, while semantic-layer approaches are often static, manually maintained, and too large to fit into agent context. The authors introduce EvoOntology, a self-evolving ontology layer exposed through a Model Context Protocol server that agents can query at runtime; it is constructed automatically, grounds ontology entries in observed data, and refines itself from agent interaction traces through attribution-guided edits and paired validation.

Method

To reduce manual semantic-layer authoring while adapting the layer to agent behavior, the authors propose EvoOntology, an agent-first builder-and-evolver framework. EvoOntology maintains a versioned ontology state comprising content, schema, and tool layers. A builder agent constructs an evidence-grounded initial state from the training workload and raw sources, while an evolution agent refines it from historical trajectories. The design is agent-first because the ontology is built around the workload, accessed through the tool interface, and adapted from execution history.

As shown in the figure below:

The framework represents the ontology state at evolution round ttt as Lt=(St,Γt,Rt)\mathcal{L}_t = (S_t, \Gamma_t, \mathcal{R}_t)Lt=(St,Γt,Rt), which separates semantic knowledge, its object model, and its runtime exposure. This separation allows the deployed agent to retrieve only the semantics relevant to the current step and enables the evolution agent to update a bounded part of the ontology state.

The Content Layer StS_tSt is a typed semantic graph containing four node families (Terms, Mappings, Constraints, and Evidence) and two edge families (Semantic Relations and Structural References). Terms represent domain concepts, Mappings ground them to fields and linking paths, Constraints govern their valid use, and Evidence supports their semantic claims. The Schema Layer Γt\Gamma_tΓt defines the fields of the node families, the admissible Semantic Relation types, and the permitted reference patterns, allowing schema updates to extend representational capacity without altering instantiated content. The Tool Layer Rt\mathcal{R}_tRt exposes the ontology through two MCP tools and a session manifest. The function fbrowse(q,k,n)f_{browse}(q, k, n)fbrowse(q,k,n) retrieves the top-nnn semantic matches for a query qqq and kind kkk, while fresolve(T,c)f_{resolve}(\mathcal{T}, c)fresolve(T,c) returns requested records and their linked objects. The manifest provides compact source and usage information at session initialization and is the only ontology content placed directly in the prompt.

For the initialization phase, the builder agent constructs an initial ontology from the training workload WWW and raw sources D\mathcal{D}D without observing gold answers. Through workload-guided probing, the builder proposes candidate concepts C\mathcal{C}C from recurrent entities, metrics, operations, and analytical conditions. For each candidate cCc \in \mathcal{C}cC, it issues a probe to identify candidate fields and linking paths, inspecting their types, values, and semantic consistency. Through evidence-grounded commitment, only candidates supported by their probe results are committed to the initial Content Layer:

C+={cCverify(probe(c,D))=1},S0=construct(C+,D;Γ0)\mathcal{C}^+ = \{c \in \mathcal{C} \mid \text{verify}(\text{probe}(c, \mathcal{D})) = 1\}, \quad \mathcal{S}_0 = \text{construct}(\mathcal{C}^+, \mathcal{D}; \Gamma_0)C+={cCverify(probe(c,D))=1},S0=construct(C+,D;Γ0)

Verified candidates are instantiated under Γ0\Gamma_0Γ0, with supporting records retained as Evidence, forming the initial state L0=(S0,Γ0,R0)\mathcal{L}_0 = (S_0, \Gamma_0, \mathcal{R}_0)L0=(S0,Γ0,R0).

To ensure the ontology suits the specific agent, the evolution phase leverages historical trajectories as behavioral evidence. Given historical trajectories Tt\mathcal{T}_tTt and the current state Lt\mathcal{L}_tLt, the evolution agent extracts recurrent signatures Σt=analyze(Tt,Lt)\Sigma_t = \text{analyze}(\mathcal{T}_t, \mathcal{L}_t)Σt=analyze(Tt,Lt). Each signature summarizes an interaction pattern, the involved ontology objects, and observed outcomes. The agent attributes the signature to the Content, Tool, or Schema layer and states the expected behavioral effect of an update. For an attributed signature, the agent proposes a localized intervention that modifies only one level of the ontology. Content interventions add, remove, or revise instantiated semantic objects in StS_tSt. Tool interventions modify existing tools or add and remove tools in Rt\mathcal{R}_tRt based on observed agent behavior. Schema interventions revise the object model in Γt\Gamma_tΓt.

Finally, the system employs backbone-conditional paired validation. For a backbone mmm, let ϕ(L,V;m)\phi(\mathcal{L}, \mathcal{V}; m)ϕ(L,V;m) denote the score of ontology state L\mathcal{L}L on validation set V\mathcal{V}V. The candidate and its parent are evaluated on the same V\mathcal{V}V with identical decoding and interaction budgets. The candidate is retained only when its improvement reaches a margin τ\tauτ:

Lt+1={Lt,ϕ(Lt,V;m)ϕ(Lt,V;m)τ,Lt,otherwise.\mathcal{L}_{t+1} = \begin{cases} \mathcal{L}_t', & \phi(\mathcal{L}_t', \mathcal{V}; m) - \phi(\mathcal{L}_t, \mathcal{V}; m) \ge \tau, \\ \mathcal{L}_t, & \text{otherwise}. \end{cases}Lt+1={Lt,Lt,ϕ(Lt,V;m)ϕ(Lt,V;m)τ,otherwise.

Rejected candidates are not deployed, and their signatures, interventions, and evaluation outcomes are logged to avoid repeated ineffective updates. All backbones evolve independently from the same initial state L0\mathcal{L}_0L0, allowing accepted updates to reflect backbone-specific interaction patterns.

Experiment

EvoOntology is evaluated on DDR-Bench, InsightBench, and BIRD across six LLM backbones using a reciprocal two-fold setup, with comparisons against an ontology-free ReAct baseline, a static semantic-layer prompt baseline, and in some cases memory-based retrieval. The queryable ontology layer produces consistent gains, while the static prompt baseline yields mixed or negative effects and episodic memory remains weaker than the structured ontology. The builder-constructed ontology provides a strong initial improvement, self-evolution adds further convergent gains, and ablations show that the evolution gate and attribution steps, as well as Mappings and Evidence structures, are the most load-bearing components, with backbone-specific ontologies transferring best within their own backbone.

On the DDR-Bench 10-K scenario, EvoOntology improves trajectory-wise accuracy over the baseline for every evaluated LLM backbone, with an average gain near eighteen points and improvements varying across backbones. In contrast, injecting the semantic layer as a static prompt does not provide consistent gains and can sharply reduce accuracy on some backbones. The advantage comes from exposing ontology content through queryable tools rather than relying on a static prompt fragment. EvoOntology achieves consistent trajectory-wise gains over the baseline across all evaluated backbones. Baseline plus a static semantic layer occasionally underperforms the unmediated agent, including a large drop on one backbone. Active tool-based access to the ontology is the main source of the improvement over a static prompt. Accepted evolution rounds improve the score monotonically and stabilize in later rounds, indicating convergence rather than a single lucky patch.

On DDR-Bench averaged across four backbones, storing past trajectories as retrievable episodes gives a modest lift over the base ReAct agent. EvoOntology produces a much larger Trajectory-Wise gain, clearly surpassing both the baseline and the memory-augmented variant. Adding a memory of past trajectories improves over the ReAct baseline, but only by a relatively small margin. EvoOntology achieves the strongest Trajectory-Wise improvement, substantially outperforming both the baseline and the memory-based persistence approach.

On InsightBench, EvoOntology improved overall performance across evaluated backbones, with modest average gains relative to baselines. The improvements are smaller than on retrieval-focused benchmarks because insight mining saturates once outputs match reference-style findings. Unlike a static semantic layer, EvoOntology improved both insight and summary metrics by exposing ontology content through queryable tools. EvoOntology achieved consistent overall gains on InsightBench across backbones, with the largest improvement on DeepSeek-V4-Flash. A static semantic layer recovered most of the insight gains but did not consistently preserve summary quality, including a drop on one backbone. EvoOntology improved both insight and summary scores, unlike the static semantic layer.

Under oracle knowledge on BIRD, EvoOntology improves both execution accuracy and efficiency across all evaluated backbones, with consistent average gains. A static semantic layer raises efficiency but can lower execution accuracy, suggesting it helps well-formed SQL while distracting from correct query generation. Exposing the same ontology through queryable tools and refining it via the evolution loop yields stable gains over baselines and prior text-to-SQL systems. EvoOntology improves execution accuracy and efficiency for every evaluated backbone. A static semantic layer improves SQL well-formedness but can reduce execution accuracy. Queryable, evolved ontology access recovers accuracy gains and outperforms prior text-to-SQL methods.

The full evolution loop achieves the highest average trajectory-wise score, and disabling any single step reduces performance. The gate step is the most critical, with filtering candidate patches preventing the largest regression. The patch stage has the smallest impact, while attribution and diagnosis contribute moderate gains. Removing the gate step causes the largest performance drop among the four evolution loop steps. Replacing the typed patch stage with free-form ontology rewriting has the least impact on final performance. The full loop outperforms every variant with one step disabled.

Across DDR-Bench, InsightBench, and BIRD experiments, EvoOntology consistently improves over base agents and memory-augmented variants on trajectory accuracy, insight and summary quality, and SQL execution accuracy and efficiency, while a static semantic layer often provides inconsistent gains or degrades performance. The main source of improvement is exposing ontology content through queryable tools within an iterative evolution loop, which converges and stabilizes across accepted rounds. Ablations show the full evolution loop outperforms every single-step-disabled variant, with the gate step being most critical and the typed patch stage least impactful.


KI mit KI entwickeln

Von der Idee bis zum Launch – beschleunigen Sie Ihre KI-Entwicklung mit kostenlosem KI-Co-Coding, sofort einsatzbereiter Umgebung und bestem GPU-Preis.

KI-gestütztes kollaboratives Programmieren
Sofort einsatzbereite GPUs
Die besten Preise

HyperAI Newsletters

Abonnieren Sie unsere neuesten Updates
Wir werden die neuesten Updates der Woche in Ihren Posteingang liefern um neun Uhr jeden Montagmorgen
Unterstützt von MailChimp