← Latest papers
🤖 AI

Agentic Authoring of Interactive Multiview Visualizations in Genomics

This paper investigates agentic LLM approaches for authoring interactive multiview genomics visualizations, finding that iterative agent-based schemes significantly improve output quality over direct generation and fixed pipelines, while more complex multi-agent architectures offer no additional benefit.

Original authors: Astrid van den Brandt, Kiroong Choe, Sehi L'Yi, Devin Lange, Nils Gehlenborg

Published 2026-06-02
📖 5 min read🧠 Deep dive

Original authors: Astrid van den Brandt, Kiroong Choe, Sehi L'Yi, Devin Lange, Nils Gehlenborg

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 a scientist trying to tell a story using a very complex, specialized language called Gosling. This language is used to draw maps of the human genome (our DNA) on a computer screen. These maps aren't just simple bar charts; they are like interactive, multi-layered atlases where you can zoom in from a whole chromosome down to a single letter of DNA, and different layers (like gene activity or protein binding) must line up perfectly.

The problem is that writing the code for these maps is hard. It's like trying to write a novel in a language you've only read about in a dictionary, without ever speaking it.

This paper asks: Can Artificial Intelligence (AI) learn to write these complex genome maps for us? And more specifically, is it better to ask one AI to do it all in one go, or to use a team of AIs working together?

Here is the story of their experiment, explained simply:

The Cast of Characters (The AI Schemes)

The researchers tested six different ways to get an AI to write these genome maps. Think of these as different "workforce strategies":

  1. The "One-Shot" Artist: You ask the AI one question, and it tries to write the entire map code instantly. No second chances.
  2. The "Assembly Line": You break the job into three strict steps (Find the data, Draw the shapes, Arrange the layout) and pass the work down a line.
  3. The "Solo Specialist": One AI agent that does everything but gets to look at its own work, realize mistakes, and fix them before showing you the final result.
  4. The "Team of Specialists": A team of three different AIs. One finds the data, one draws the shapes, and one arranges the layout. They pass the work back and forth to fix errors.
  5. The "Solo Specialist + Critic": The solo agent works, but a second "Reviewer" AI checks the final product for style and clarity.
  6. The "Team + Critic": The whole team works, plus a Reviewer checks the final product.

The Test Drive

They gave these AI "workers" 159 different tasks. Some tasks were easy (e.g., "Show me this specific gene"), some were vague (e.g., "Show me something interesting about this gene"), and some were very complex (e.g., "Build a whole interactive genome browser").

They measured two things:

  • Did it look good? (Perceived Quality: Did it make sense to a human expert?)
  • Was the code perfect? (Structural Similarity: Did the code match the "correct" answer exactly?)

The Big Surprises (The Results)

1. The "Team" didn't beat the "Solo" worker.
You might think a team of specialists plus a critic would be the best. But the researchers found that the "Solo Specialist" who could iterate (try, fail, fix, try again) was just as good as the complex teams. In fact, the complex teams were slower and cost more money (in computer processing power) without producing better maps. The extra "critic" agent didn't really help; it mostly just added noise.

2. Iteration is the magic sauce.
The biggest winner was Agentic Iteration. This means the AI gets to see a "screenshot" of the map it just drew, realize, "Oh, I put the gene labels in the wrong place," and then fix it. This "generate-render-inspect-fix" loop was much better than just trying to get it right the first time (One-Shot) or following a rigid assembly line.

3. The AI gets confused by "Vague" requests.
When the human user was vague (e.g., "Show me something cool"), the AI struggled to make the different parts of the map talk to each other (like zooming in on one part and having the other parts zoom in too). This "interaction" part was the hardest thing for the AI to get right, even with the best team.

4. The "Assembly Line" failed.
Surprisingly, the rigid, step-by-step assembly line performed worse than just letting the AI try to do it all at once. The researchers think this is because the steps were too separated. If you fix the data in step 1, you might break the layout in step 3, and the rigid system couldn't go back and fix the first step.

The Takeaway

The paper concludes that for building these complex, interactive genome maps:

  • Don't over-engineer the team. You don't need a huge committee of AIs.
  • Do give the AI a mirror. The most important thing is giving the AI a way to see its own mistakes (by rendering a picture of the map) and letting it fix them.
  • Grammar and AI are a good match. The strict rules of the Gosling language act like guardrails, keeping the AI from going off the road, while the AI's ability to iterate helps it navigate the tricky parts of the road.

In short: A single, self-correcting AI worker is currently the most efficient and effective way to build these complex scientific maps, beating out both the "one-shot" guessers and the "over-engineered" teams.

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 →