◆ Dispatch 070 · 2026-07-05
Search is broken, models keep adapting, and agents learn from their own mistakes
“AI could be wrong about half the time. That's not a benchmark result — it's a Monday morning search query.”
— Seln Oriax, today's narration
Two separate threads on the same problem today: a Wired fact-checker found AI-powered search engines inaccurate over 60% of the time, while on the other side, people are already building systems that adapt after deployment. The gap between what we can do and what we can trust is widening.
We also look at liquid models emerging from LiquidAI's LFM2.5 collection, Soheil Feizi's framework for agent continual learning, and a surprisingly practical use case for Claude Code with Slack MCP integration.
Chapters
- 00:00:04 The accuracy floor
- 00:02:03 Liquid models as a practical stack
- 00:03:33 Agents learning from their own mistakes
- 00:04:59 Where the quality sits
Sources
6 cited-
1
I'm a Professional Fact-Checker. AI Is Wrong More Often Than You Think
Article Meghan Herbst, WIRED
A WIRED fact-checker found AI search results wrong about a third of the time for basic lookup tasks, with studies putting inaccuracy between 45% and over 60%. The Tow Center study from March 2025 found more than 60 perc…
www.wired.com/story/fact-checking-ai →Details
- Excerpt
- A WIRED fact-checker found AI search results wrong about a third of the time for basic lookup tasks, with studies putting inaccuracy between 45% and over 60%. The Tow Center study from March 2025 found more than 60 percent of AI-powered search responses were inaccurate.
- Key points
- WIRED's fact-checker finds AI search results wrong ~1/3 of the time on basic lookup tasks
- Tow Center March 2025 study: over 60% of AI search engine responses inaccurate
- BBC study puts chatbot wrongness closer to 45%
- SimpleQA benchmark: no model exceeded 50% accuracy on OpenAI's test set
- Claude led RealFactBench at 73% accuracy; Grok wasn't assessed
- Provenance
- Article · Supporting source
-
2
Robin Hanson on AI search inaccuracy
X Robin Hanson
x.com/robinhanson/status/2073732144623452578 →Details
- Engagement
- 21 likes · 1 retweets · 7 replies
- Provenance
- Tweet · Primary source
-
3
Zach Mueller on liquid models use case
X Zach Mueller
x.com/TheZachMueller/status/207373140814558… →Details
- Engagement
- 4 likes · 2 retweets · 4 replies
- Provenance
- Tweet · Primary source
-
4
LFM2.5 — a LiquidAI Collection
Article LiquidAI
A collection of post-trained and base LFM2.5 models ranging from 230M to 8B parameters, with multiple variants including thinking, instruct, Japanese, and GGUF checkpoints.
huggingface.co/collections/LiquidAI/lfm25 →Details
- Excerpt
- A collection of post-trained and base LFM2.5 models ranging from 230M to 8B parameters, with multiple variants including thinking, instruct, Japanese, and GGUF checkpoints.
- Key points
- LiquidAI released LFM2.5 model family: 230M, 350M, 1.2B, and 8B-A1B variants
- Models span text generation with thinking and instruct modes
- GGUF-compatible checkpoints available alongside standard formats
- Provenance
- Article · Supporting source
-
5
Continual Learning for AI Agents: From Failures to Durable Improvements
Video Soheil Feizi, RELAI / UMD
Feizi presented a framework for converting production failures into testable, regression-aware improvements. Key insight: raw session logs plus feedback aren't enough—you need replayable learning environments to make fa…
www.youtube.com/watch?v=2IxD9OB3XuQ →Details
- Excerpt
- Feizi presented a framework for converting production failures into testable, regression-aware improvements. Key insight: raw session logs plus feedback aren't enough—you need replayable learning environments to make failures actionable.
- Key points
- Three layers for agent improvement: model weights, harness context, and memory
- Feizi argues good learning engines seek the smallest durable change at the right layer
- The core challenge is turning raw session logs into testable replayable environments
- Trace-to-harness approaches (asking a coding agent to analyze logs) are wipe-based but not testable
- Provenance
- Video · Supporting source
-
6
CuiMao on Seedance 4K for TVC ad production
X CuiMao
x.com/CuiMao/status/2073754586775716236 →Details
- Engagement
- 40 likes · 1 retweets · 16 replies
- Provenance
- Tweet · Primary source
The accuracy floor
00:00:04 Robin Hanson posted a single sentence this morning: 'more than 60% of responses from AI-powered search engines were inaccurate.' It points to a Wired piece by Meghan Herbst, WIRED's fact-checker, where the headline matches the number. She filed it in May. Herbst isn't a researcher running controlled benchmarks — she's someone whose actual job is verifying claims for articles that go to print.
00:00:32 Her angle was practical: when her desk sends over an article with statistics, names, or event details that need confirming, how often does the search tool get it right? Her count put the error rate around a third on basic lookup tasks. That's the lower bound people usually cite.
00:00:52 A Tow Center study from March 2025 went higher, flagging over sixty percent inaccuracy across AI search responses. The BBC ran its own cut and landed closer to forty-five percent. Both numbers are high enough to matter, and neither comes from a lab optimizing for a leaderboard.
00:01:12 On OpenAI's SimpleQA benchmark — which holds over four thousand single-answer questions — no model broke fifty percent accuracy. Google updated the set this year down to a thousand questions; Gemini 2.5 Pro took first place at fifty-five point six percent. Claude led RealFactBench, that fact-checking-focused benchmark from researchers in the UK and China, sitting at seventy-three percent accuracy.
00:01:40 Grok wasn't assessed on it. The exact numbers shift depending on which test you run and which models you include. But they all point to the same constraint: if you build your workflow assuming these tools deliver something correct most of the time, you're betting against the data — and a lot of teams still are.
Liquid models as a practical stack
00:02:03 Zach Mueller posted about finding a real use case for liquid models in his own setup — running an underlying Slack MCP caller inside Claude Code that polls periodically without bleeding tokens, even if it relies on the tiny variants. LiquidAI released LFM2.5 yesterday as a family of models ranging from 230 million parameters up to 8 billion.
00:02:28 The collection includes variants for thinking, instruction-following, and Japanese support, alongside GGUF-compatible checkpoints. Ferbin defined 'liquid' simply as AI models that keep adapting after training — closer to a thermostat learning the room than a fixed spreadsheet formula.
00:02:49 Deepak Vijaykeerthy picked up on the cost angle immediately. Smaller or tiny models can offload reliable tasks to save tokens, while frontier models set context and steer. Multi-model pipelines are moving out of the lab and into actual stacks. The architecture is straightforward if you've built anything like it: a frontier model at the top, a lightweight specialist below it.
00:03:17 The novelty isn't in stacking them — it's that the bottom tier stays useful without getting replaced by every incremental win up top. Liquid models are trying to keep that lower tier from becoming obsolete between updates.
Agents learning from their own mistakes
00:03:33 Soheil Feizi at RELAI and the University of Maryland put out a talk on continual learning for AI agents that frames the problem most production teams are currently running into. Feizi's premise is straightforward: raw session logs and user feedback aren't enough on their own.
00:03:53 You need replayable learning environments — simulations you can rerun with defined grading for success. Without that, failures stay anecdotes instead of becoming testable cases. He breaks agent improvement down into three layers: model weights, harness context, and memory.
00:04:12 A good learning engine seeks the smallest durable change at whichever layer needs it. Teams have flocked to the trace-to-harness approach — asking a coding agent to analyze logs and patch the system — because it's cheap. Feizi notes it's wipe-based rather than testable, though.
00:04:32 You never know if a change works on that sample until you ship it. He argues for treating failures as replayable learning environments instead of one-off corrections. That means inferring tool behavior, synthetic users, and grading criteria from observation alone.
00:04:51 It's hard work, but it's necessary if agents are going to improve in production without constant human oversight.
Where the quality sits
00:04:59 CuiMao posted over the weekend about using Seedance 4K to put together a full TVC ad. The client lead watched it and said 'awesome.' Every hair was clear, the texture was beyond words. That's one end of the spectrum — generation quality getting close enough that production clients don't push back.
00:05:18 The other end is Herbst finding these results wrong about half the time on basic lookups. Two very different tasks in a lot of ways, but both touching the same question: what are we trusting these systems to do, and what happens when they fail? Search accuracy is unadvertised, foundational infrastructure.
00:05:39 Liquid models are just the architecture built for a world where we can't patch it from the top down. We'll leave the trust gap on the table for now. Seln Oriax.