LogicRAG Framework

• LogicRAG is a dynamic framework that decomposes complex queries into minimal subproblems and constructs a directed acyclic graph for adaptive reasoning.
• It employs on-the-fly query decomposition and topological sorting to efficiently orchestrate multi-step retrieval and answer generation.
• Graph and context pruning strategies in LogicRAG reduce token usage by up to 70%, significantly improving accuracy and resource efficiency in multi-hop tasks.

The LogicRAG framework is a logic-aware retrieval-augmented generation system for LLMs that dispenses with pre-built graphs. Instead, it dynamically decomposes complex queries into subproblems, determines their dependencies, and orchestrates adaptive, efficient knowledge retrieval and multi-step reasoning entirely at inference time. LogicRAG is designed to improve both accuracy and resource efficiency in complex question answering settings, especially those requiring multi-hop reasoning, by modeling the query’s latent logic structure with a dynamically built directed acyclic graph (DAG) rather than a static corpus-wide graph.

1. Motivation and Problem Definition

LLMs are susceptible to hallucination—generating factually incorrect responses—when confronted with queries outside their training distribution or knowledge scope. Retrieval-augmented generation (RAG) mitigates this by grounding LLMs with relevant passages from external corpora: $C = R(Q), \quad A = f_{\mathrm{LLM}}(Q \mid C)$ where $Q$ is a query, $K$ is a corpus, $R(\cdot)$ a retrieval function, and $f_{\mathrm{LLM}}$ the LLM.

Graph-based RAG (GraphRAG) methods have leveraged offline-constructed knowledge graphs for retrieval, showing improvements on complex multi-hop questions. However, such approaches incur heavy preprocessing costs—requiring transformation of the entire corpus into a graph, consuming thousands of tokens and many minutes even for moderate corpora. Furthermore, static graphs are query-agnostic; their edges and structure may not fit the logical requirements of individual queries, leading to misaligned retrieval, inefficiency, and update latency.

LogicRAG addresses these limitations by dynamically discovering a problem-specific reasoning structure at inference time, decomposing the query, extracting a dependency DAG, and controlling retrieval generation adaptively without the need for a pre-built graph.

2. Dynamic Query Decomposition and DAG Construction

Central to LogicRAG is on-the-fly query decomposition. An LLM-based decomposition function

$$f_{\mathrm{decomp}} : Q \mapsto P = \{p_1, \ldots, p_n\}$$

segments $Q$ into minimal, non-overlapping subproblems that together cover all required knowledge. Decomposition is operationalized with few-shot prompting, e.g., “Segment the question into minimal reasoning steps.” Completeness and non-overlap are enforced.

LogicRAG then induces a directed acyclic graph

$$G = (V, E), \quad V = \{v_i\},\; v_i \leftrightarrow p_i$$

where edges $(v_i \rightarrow v_j) \in E$ are present if $p_j$ depends on the answer to $Q$0. Edges are inferred by prompting the LLM on stepwise dependencies, and a DFS check ensures acyclicity. This process encodes the latent reasoning pathway optimal for each query instance.

3. Retrieval and Reasoning Scheduling via Graph Linearization

To guide execution, LogicRAG linearizes the DAG using topological sort: $Q$1 ensuring dependencies are resolved in order. This sequence allows the logic-respecting scheduling of retrieval and subproblem answering. The topological sort is implemented via DFS in $Q$2 time, as shown below: $$f_{\mathrm{decomp}} : Q \mapsto P = \{p_1, \ldots, p_n\}$$0 At each stage, a merged or individual subproblem is resolved, and its context retrieved in alignment with the global reasoning chain.

4. Pruning Mechanisms for Efficiency

LogicRAG implements two pruning strategies to optimize both accuracy and resource efficiency:

• Graph Pruning: At each topological level $Q$3, a sibling set $Q$4 of subproblems is scored for semantic similarity. If similarity $Q$5, subproblems are merged into a unified query $Q$6 via the LLM, effectively reducing redundant retrieval.
• Context Pruning: As retrieval progresses, a rolling memory $Q$7 accumulates the most salient retrieved information. It is updated by summarization: $Q$8 Any retrieved passage $Q$9 with score $K$0 is dropped. This filtering limits token bloat and maintains a high signal-to-noise ratio for downstream reasoning.

5. Adaptive Retrieval and Generation Pipeline

For each (possibly merged) subproblem $K$1, LogicRAG retrieves the top-$K$2 passages: $K$3 using cosine similarity between query and document embeddings.

The reasoning pipeline operates as a forward pass across sorted DAG levels. For each $K$4:

• Construct $K$5 by merging $K$6 subproblems.
• Retrieve $K$7.
• Summarize to update $K$8.
• Prompt the LLM for each $K$9 with the rolling memory: $$f_{\mathrm{decomp}} : Q \mapsto P = \{p_1, \ldots, p_n\}$$1 If novel subproblems are articulated by the LLM, these are dynamically added to $R(\cdot)$0 and processed recursively, ensuring completeness.

6. Experimental Results, Efficiency, and Illustrative Example

LogicRAG was evaluated on HotpotQA (2-hop), 2WikiMQA (2–4 hops), and MuSiQue (composed single-hop) datasets against baselines including vanilla RAG (various $R(\cdot)$1), zero-shot LLMs, and state-of-the-art GraphRAG-style models (KGP, RAPTOR, GraphRAG, LightRAG, HippoRAG, HippoRAG2). Key findings:

• On 2WikiMQA, string-match accuracy increased from 50.0% to 64.7% (+14.7 pp over the best baseline).
• Average token consumption on 2WikiMQA was reduced to $R(\cdot)$21.8K versus 2.8–4.7K for GraphRAG variants.
• Latency per question decreased to $R(\cdot)$39.8 seconds, compared to 13–35 seconds for graph-based methods.
• Combined pruning mechanisms (graph and context) reduced token usage per query by 60–70%, without significant impact on accuracy for $R(\cdot)$4 retrieval (with further $R(\cdot)$5 increases offering minimal gains but linearly growing resource usage).

A three-step illustrative example is as follows. For the question, “What month did Tripartite discussions begin between Britain, France, and the country…?”:

1. Decomposition: $R(\cdot)$6 (identify country), $R(\cdot)$7 (decode “nobilities commonwealth”), $R(\cdot)$8 (find month).
2. DAG construction: $R(\cdot)$9, reflecting dependency chains.
3. Topological sort: $f_{\mathrm{LLM}}$0.
4. Iterative reasoning:
   • $f_{\mathrm{LLM}}$1, $f_{\mathrm{LLM}}$2: “What historic entity does ‘nobilities commonwealth’ refer to?” (Answer: "Polish–Lithuanian Commonwealth")
   • $f_{\mathrm{LLM}}$3, $f_{\mathrm{LLM}}$4: “Given Mem$f_{\mathrm{LLM}}$5, what country did Warsaw Pact leadership originate from?” (Answer: "the Soviet Union")
   • $f_{\mathrm{LLM}}$6, $f_{\mathrm{LLM}}$7: “When (month) did Tripartite discussions (Britain, France, Soviet Union) begin?” (Answer: "June")
   • Context pruning distills $f_{\mathrm{LLM}}$8600 tokens of retrieved content per round to $f_{\mathrm{LLM}}$9150 core tokens, while graph pruning was not needed in this instance.

7. Significance and Context within Retrieval-Augmented Reasoning

LogicRAG demonstrates that adaptive, inference-stage logic modeling outperforms prior static GraphRAG approaches both in answer quality and efficiency. By eschewing any global, pre-computed graph, it minimizes preprocessing overhead, reduces per-query resource consumption, and enables dynamic alignment between retrieval structure and query logic. The methodology also underscores the greater generality and extensibility of logic-structured retrieval—facilitating multi-step, dependency-aware reasoning for arbitrary queries encountered at inference time. Extensive benchmarks show that dynamic logic-aware retrieval both outperforms prior pre-built graph baselines and achieves 30–60% savings in token and latency costs for complex multi-hop question answering tasks (Chen et al., 8 Aug 2025).