Human objective
Present, discover, compare, monitor, decide, learn, or produce.
What agentic visualization is for
Agentic data visualization is not one task. A system may help someone discover a pattern, explain a finding, monitor a changing situation, make a decision, or produce and revise a visual artifact. Those goals impose different requirements on autonomy, interaction, evidence, and human control.
An established backbone
Brehmer and Munzner’s widely used task typology describes visualization work by why it is undertaken, what data and outputs it acts on, and how encoding and interaction support it. That distinction is especially important for agents: generating a technically valid chart answers “how,” but may still miss the intended human purpose.
Brehmer & Munzner typology ↗Present, discover, compare, monitor, decide, learn, or produce.
Which entities, measures, relationships, uncertainty, state, and artifact are in scope?
Encode, select, filter, navigate, derive, annotate, record, compile, or replay.
Explain and present
Journalism, public explanation, and narrative graphics usually have an authorial claim, sequence, and audience. The visualization may offer exploration, but it also has to fit the surrounding story and help a reader understand what the evidence supports.
Explore and discover
Exploratory analysis begins without one fixed takeaway. The useful system exposes transformed data, alternative mappings, branches, history, and direct controls so the analyst can notice patterns, challenge them, and change direction.
Monitor and respond
Operational dashboards emphasize current state, thresholds, anomalies, and timely response. Sarikaya and colleagues show why dashboards deserve their own design space: at-a-glance reading, coordinated views, updating data, and shared awareness are not the same problem as free exploration.
Compare and decide
Strategic and analytical BI needs trustworthy definitions, fair comparisons, permissions, and enough context to understand tradeoffs. The objective is not merely to surface an interesting pattern but to support a consequential judgment.
Produce, revise, and reuse
Authoring tools, coding agents, and scientific systems are judged partly by execution, editability, reproducibility, and delivery. Scientific and 3D work adds specialized coordinate, view, and linkage constraints; interactive applications add browser behavior and state.
What is being compared
They overlap, but they are not interchangeable. A paper proposes and evaluates a method. A tool is runnable software. A skill guides a general agent. A benchmark supplies tasks and scoring. A product operates inside a vendor’s data environment.
Usually a prototype plus an experiment. The result applies to the paper’s tasks, models, baselines, graders, and study population—not automatically to production.
Examples: Raiven, nvAgent, DashChatThe repository shows current mechanisms, interfaces, tests, and failure handling. Code quality and adoption do not by themselves prove better analysis.
Examples: Data Formulator, Lumen, LIDAInstructions, references, templates, and sometimes check scripts. The skill is not a new model; it changes the model’s working context and required process.
Examples: Vizro flow, OpenAI visualize-data, AntV skillsA benchmark fixes the inputs and scoring rules. It can expose relative strengths while still missing production data, real readers, or consequential decisions.
Examples: DashArena, VisEval, MatPlotBenchIts advantage often comes from access to governed fields, measures, permissions, and authoring state. Feature documentation is not an accuracy study.
Examples: Power BI, Tableau, LookerReference system anatomy
Six primary systems all generate, execute, and expose some critique route. Four provide a meaningful human control gate. Zero carries an exact configuration through accepted delivery, intended-reader outcome, or later maintenance. The eleven stages are a custody checklist, not one required topology.
Held-system result6/6 technical loop · 4/6 human control · 0/6 downstream chain
The core system papers, plainly
These eight papers anchor the architecture comparison. Only DashArena is primarily a benchmark. Additional benchmark and training studies are introduced later where they answer the separate question of how quickly the model baseline is changing.
What it is: a chart interface where a person directly picks visual encodings and asks the model for missing data transformations.
Why it matters here: it shows how visible tables, direct controls, branches, and explanations help people steer and verify model work.
What it is: a prototype where the model writes a restricted visualization language and a compiler produces linked 2D, 3D, and table views.
Why it matters here: it is strong bounded evidence that a DSL and compiler can remove many coding failures when the requested view is already specified.
What it is: an architecture that stores a dashboard as a compact structured plan and applies small edit operations instead of regenerating everything.
Why it matters here: it tests whether explicit structure improves controllability, edit locality, and token use.
What it is: a pipeline that prepares a database schema, composes a visualization query, executes it, and repairs failures.
Why it matters here: its large VisEval benchmark and component removals help isolate structured composition and execution validation.
What it is: a conversational mockup tool with dashboard-pattern retrieval, a restricted dashboard language, structured edits, and history.
Why it matters here: it combines a prompt evaluation with a small study of rapid prototyping and human correction.
What it is: a method that turns a natural-language question into selected fields, an analytical task, and one or more candidate visualizations.
Why it matters here: it makes mappings and ambiguity visible instead of jumping straight from a sentence to chart code.
What it is: a Matplotlib pipeline with separate numeric, text, and rendered-image feedback passes around generated code.
Why it matters here: it supports multimodal feedback while showing why extra agents and calls need an equal-budget causal test.
What it is: a task set, browser executor, and human-calibrated judge for generated interactive dashboards—not an authoring product.
Why it matters here: it evaluates the rendered dashboard and replays the author’s intended interactions, filling a major gap between “it runs” and “it supports the task.”
Terms used later