← Latest papers
💬 NLP

G2G^2-Reader: Dual Evolving Graphs for Multimodal Document QA

G2G^2-Reader addresses the brittleness of retrieval-augmented generation in multimodal long-document QA by introducing a dual-graph system that evolves a Content Graph to preserve native document structure and a Planning Graph to guide iterative evidence gathering, achieving state-of-the-art performance on VisDoMBench.

Original authors: Yaxin Du, Junru Song, Yifan Zhou, Cheng Wang, Jiahao Gu, Zimeng Chen, Menglan Chen, Wen Yao, Yang Yang, Ying Wen, Siheng Chen

Published 2026-01-30
📖 5 min read🧠 Deep dive

Original authors: Yaxin Du, Junru Song, Yifan Zhou, Cheng Wang, Jiahao Gu, Zimeng Chen, Menglan Chen, Wen Yao, Yang Yang, Ying Wen, Siheng Chen

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you are trying to solve a massive, 500-page mystery novel that is written in a mix of text, charts, photos, and handwritten notes. You are an expert detective (the AI), but you have a very short memory: you can only hold about 10 pages in your head at once.

This is the problem the paper calls Multimodal Document QA (Question Answering). Current AI systems try to solve this by chopping the book into tiny, flat pieces (like cutting a puzzle into individual squares) and searching for the right pieces. The problem is, this destroys the picture. A chart gets separated from its caption; a graph gets separated from the paragraph explaining it. The AI ends up with "semantic fragments"—pieces of a puzzle that don't make sense on their own.

Furthermore, if the AI asks a question and gets a partial answer, it often gets stuck in a loop, searching the same irrelevant pages over and over, or drifting off into unrelated sections because it has no "big picture" map of where it has been.

G2-Reader is a new system designed to fix this. The authors propose a solution using two evolving graphs (think of them as two different types of maps) that work together.

1. The Content Graph: The "Living Encyclopedia"

Instead of cutting the document into flat pieces, G2-Reader builds a Content Graph.

  • The Analogy: Imagine the document isn't a stack of paper, but a city.
    • Nodes (The Buildings): Each paragraph, table, or figure is a building.
    • Edges (The Roads): The connections between them are roads. A caption is a road connecting to a picture; a reference is a road connecting to a previous paragraph.
  • The Magic (Evolution): In old systems, these roads are just based on physical proximity (what's next to what). In G2-Reader, the system acts like a city planner who keeps walking the streets. It asks, "Does this building actually relate to that one?"
    • If a chart in Chapter 1 explains a graph in Chapter 5, the planner builds a new, invisible road connecting them.
    • It updates the "signs" on the buildings (the summaries) to include context from their neighbors.
    • Result: The AI doesn't just see a floating chart; it sees a chart connected to the story it tells. This preserves the "native structure" of the document.

2. The Planning Graph: The "Agentic Detective's Notebook"

Once the city map is built, the AI needs to solve the specific question. This is where the Planning Graph comes in.

  • The Analogy: Imagine a detective trying to solve a complex case. Instead of just guessing, they write down a flowchart of sub-questions in a notebook.
    • The Root: The main question ("Who stole the cookie?").
    • The Branches: Smaller questions ("Did the butler enter the room?" "Was the cookie jar open?").
  • The Magic (Dynamic Replanning):
    • The AI acts as an agent. It follows the flowchart, checking the "Content Graph" (the city) for evidence for each sub-question.
    • The "Evidence Checker": After gathering clues, a special part of the system acts like a quality control inspector. It looks at the notebook and asks, "Do we have enough proof to solve the main case?"
    • The "Replan": If the inspector says, "No, we are missing data about the butler's alibi," the system doesn't just guess. It rewrites the flowchart. It adds a new branch to the notebook specifically to find that missing alibi.
    • Result: The AI never gets stuck in a loop. It has a persistent memory of what it knows and what it still needs to find, guiding it step-by-step to the answer.

How They Work Together

Think of the Content Graph as the Library (where the books are organized perfectly with cross-references) and the Planning Graph as the Librarian's Strategy (a step-by-step plan to find the right books).

  1. The Librarian (Planning Graph) breaks the big question into small tasks.
  2. For each task, they go to the Library (Content Graph). Because the Library is organized with "living" connections, they find the exact cluster of related text, tables, and images instantly.
  3. If the Librarian realizes they missed a clue, they don't just wander aimlessly; they update their strategy map and go back to the Library to find the specific missing piece.

The Results

The authors tested this system on a benchmark called VisDoMBench, which involves tricky questions about slides, scientific papers, and tables.

  • They used an open-source AI model (Qwen3-VL-32B) as the "brain."
  • The Outcome: G2-Reader achieved 66.21% accuracy.
  • The Comparison: This beat the best open-source models trying to do it alone (29.90%) and even beat a massive, proprietary "super-model" (GPT-5) which only scored 53.08%.

The Takeaway

The paper claims that for complex, multi-page documents with pictures and tables, structure is more important than raw power. By giving the AI a structured map of the document (Content Graph) and a dynamic plan for how to search it (Planning Graph), a smaller, open-source AI can outperform much larger, "dumber" systems that just try to read everything at once.

The paper does not claim this is ready for medical diagnosis or legal courtrooms yet; it simply proves that this "dual-graph" architecture is a superior way to read and reason over complex documents.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →