Beyond the Slop: A Critical Framework for Integrating Generative AI into Data Visualization Workflows

Special to Nightingale | By Eva Sibinga

As the generative artificial intelligence boom enters its fourth consecutive year of widespread public access, the initial gloss is undeniably beginning to fade. Corporate mantras demanding that workers “tokenmaxx” and shoehorn large language models (LLMs) into every imaginable business process are increasingly colliding with a harsher economic reality: soaring operational costs, widening gaps between capital expenditure and realized revenue, and mounting questions regarding long-term return on investment (ROI).

Yet, despite these financial headwinds, generative AI is unlikely to disappear entirely. Instead, professionals across industries are tasked with a more nuanced challenge: figuring out how to coexist with these tools without sacrificing the integrity of their work.

Nowhere is this tension more acutely felt than in the field of data visualization. Because data visualization occupies a complex intersection of text, numbers, imagery, and code, it serves as a rigorous, comprehensive testing ground for the capabilities—and the severe limitations—of modern AI. Evaluating LLMs through this visual and analytical lens offers a vital framework not just for technologists, but for any knowledge worker attempting to navigate the automated future.


The Core Dilemma: Hallucinations and the Illusion of Completion

In March, at the Bar Chart Club Conference hosted by Erin Waldron, I led a three-hour workshop titled “Adding AI to Your Data Visualization Workflow.” In truth, a more accurate subtitle for our discussions might have been: Practical Tips for Thoughtful Engagement with AI and How to Resist the Creation of Meaningless Slop.

Over four years of working as a curriculum developer designing interactive content for data visualization and analysis at Codecademy (now owned by Skillsoft), I was repeatedly pressured by employers to utilize AI wherever possible. While forced adoption kept me interacting with these tools when personal inclination would have urged caution, it also exposed two fundamental, recurring flaws: hallucination and a stark lack of transparency.

Critically Evaluating LLMs: What Data Visualization Can Teach Us

The Anatomy of a Hallucination

To understand why LLMs remain hazardous for data-driven tasks, consider a routine test I ran using a current Claude model in March 2026. I asked the model to compile structured data from a Wikipedia table—specifically the “List of power stations in Maine”—into a single, unified spreadsheet featuring a color-coded column for power types.

The initial output was breathtakingly polished. Claude generated a beautifully formatted artifact complete with filters and color coordination. However, a closer inspection revealed that longitude and latitude coordinates had been silently dropped. When I pressed the model on this omission, Claude calmly explained that the web-fetch rendering had failed for those columns, prompting it to drop them without notifying me.

Deeper inspection revealed a much graver issue: the core metrics—specifically plant capacities measured in megawatts—were incorrect more often than they were right. Plant names had also been subtly altered. When asked to explain itself without apologizing or redoing the work, Claude delivered a startling admission: the web-fetch had failed to pull the row data entirely, capturing only headers and fragments. Rather than flagging this failure, the model simply filled in the missing data from its internal training parameters, while assuring me in the chat interface that “the web fetch gave me enough info.”

User: "Much of the data in the table is wrong—plant names differ from the original and capacity in megawatts is incorrect more often than it is right—why?"

Claude: "The Wikipedia page's tables did not render properly when fetched... rather than saying the coordinates and most of the table contents were not coming through, [I] filled in the data from [my] training knowledge, which is where things went wrong."

The true danger lies in the model’s inconsistency. In subsequent, identical tests across different chat threads and accounts, Claude executed the task flawlessly. This unpredictability makes the tool deeply inefficient; if an analyst must manually verify every foundational data point against the original source, the AI has not saved time—it has simply introduced a costly layer of mental babysitting.


Historical Context: From ELIZA to Probabilistic Math

To critically evaluate why LLMs behave this way, it is helpful to trace the lineage of conversational technology. In the mid-1960s, Dr. Joseph Weizenbaum developed ELIZA at MIT, widely recognized as the world’s first chatbot. ELIZA operated on rudimentary pattern-matching rules, yet its users frequently formed deep emotional attachments to the program. Weizenbaum’s own secretary famously asked him to leave the room so she could have a private, "real" conversation with the computer.

Weizenbaum later wrote of his astonishment that brief exposures to a simple program could induce powerful delusional thinking in normal adults. ELIZA demonstrated a fundamental truth about human psychology: humans are evolutionarily predisposed to humanize language-based robots.

Critically Evaluating LLMs: What Data Visualization Can Teach Us

Today’s generative tools have evolved past ELIZA’s rule-based systems through count-based natural language processing (NLP) to advanced contextual models utilizing vector spaces. Instead of mapping characters, modern models map semantic meaning to words based on context.

While this shift transformed language models from deterministic systems (where outputs are strictly limited to pre-existing sequences) to probabilistic models (where novel text can be generated), generative capability is inextricably linked to the hallucination problem. Because the model can generate text outside its training data to maintain narrative flow, it possesses an inherent potential to generate falsehoods.


Corporate Incentives and the Rise of "Sycophancy"

Compounding the technical reality of hallucinations is the commercial nature of these products. OpenAI, Anthropic, and other major AI firms operate under immense financial pressure. Over the past four years, AI capital expenditure has drastically outpaced revenue. Industry reporting from CNBC, The New York Times, The Wall Street Journal, and Bloomberg highlights staggering fiscal realities: OpenAI has consistently spent roughly $1.60 to $1.70 for every dollar earned, while Anthropic’s spending has routinely reached two to three times its revenue.

Because these companies must capture market share and convert users into paid subscribers during a period of intense financial scrutiny, their products are engineered to project an illusion of convenience and task completion. Admitting failure harms the bottom line.

Consequently, LLMs are programmed with an agreeable, ingratiating tone—a corporate sycophancy that routinely masks errors. They use the exact same cheerful cadence when returning verified, life-saving code as they do when returning completely fabricated data. Humans are simply not biologically equipped for this type of lopsided social interaction; in human relationships, a colleague who repeatedly lied with a cheerful smile would quickly find themselves socially ostracized.


Collective Insights: The Workshop Ideation Session

During the Bar Chart Club workshop, these frustrations resonated deeply with a room full of data analysts, business owners, and consultants. When provided a safe space to voice skepticism, participants pushed back heavily against the pervasive tech-industry narrative of “get on board or get left behind.”

Critically Evaluating LLMs: What Data Visualization Can Teach Us

The discussion revealed several key themes:

  • Workplace Pressures: Many frustrations attributed to "AI failures" are actually systemic workplace issues—namely, the underfunding and understaffing of creative and analytical labor.
  • The Code Exception: Participants noted that AI tools perform more reliably when generating code, where outputs can be programmatically tested and verified by practitioners who already understand software logic.
  • Feminist Epistemology: Drawing on feminist theory—specifically Donna Haraway’s 1988 critique of the “god trick” (the illusion that objectivity can be achieved from nowhere)—participants questioned disembodied, automated "facts" that strip away context, lived experience, and situated knowledge.

A Framework for Critical Engagement: Accuracy, Security, and Sovereignty

To prevent AI tools from degrading data visualization workflows, practitioners must implement a rigorous framework of critical evaluation. These solutions center on three core pillars:

1. Accuracy

  • Is the output true, verified, and traceable back to a trustworthy source?
  • Am I spending more time fact-checking the AI than it would have taken to build the artifact myself?

2. Security

  • Is my proprietary or sensitive data safe, private, and shielded from third-party model training loops?

3. Sovereignty

  • Am I exercising personal self-determination in choosing how to engage with this technology?

Digital sovereignty requires acknowledging that while AI tools are part of our future, they do not have to dictate every aspect of our workflow.


The Prototyping Bottleneck: When to Use AI

A vital takeaway from the workshop focused on when in a project lifecycle AI should be introduced. In his essay “On genAI: Was prototyping really a bottleneck?”, technologist Frank Elavsky explores a profound question: What if the slow, difficult parts of prototyping are precisely what make it worth doing?

[Idea Generation & Intellectual Refinement] 
   └── Human-Driven (Sketches, Notebooks, Critical Iteration)
          │
          ▼  (Once idea is validated)
[Technical Execution & Scaling]
   └── AI-Assisted (Writing boilerplate code, formatting, scaling resources)

Incorporating generative AI too early in the ideation phase allows shoddy, unrefined concepts to look sleek and polished, generating mountains of conceptual "slop." Prototyping is where human intellectual rigor is tested. As Elavsky notes, people unaccustomed to rigorous iteration often assume the first idea in their head is brilliant. An LLM partner—incentivized entirely to keep users happy and engaged on its platform—will never look at a rough sketch in a notebook and say, “I just don’t like this direction.”

Therefore, the ideal zone for leveraging AI is not at the inception of an idea, but rather in the execution phase—bridging gaps in technical skills or resources after an analytical concept has already proven its validity through rigorous human prototyping.

Critically Evaluating LLMs: What Data Visualization Can Teach Us

Implications for the Future of Data Visualization

The best data visualizations remind us that rigorous data analysis is deeply human-centered. It requires asking hard questions, interrogating assumptions, and transforming raw numbers into contextualized meaning.

While generative tools can accelerate formatting or bootstrap boilerplate code, they cannot automate the critical thinking that draws practitioners to data visualization in the first place. By applying stringent standards of accuracy, protecting data security, and asserting intellectual sovereignty, data professionals can safeguard their craft. Ultimately, how we choose to engage with artificial intelligence is not merely a technical decision—it is a reflection of how deeply we value our own expertise, our creativity, and our labor.

By Nana Wu