by Alvin Blackshear | Historian & Researcher <ablackshear@gmail.com>
Why Historians Should Never Trust "I Couldn't Find It."
I asked ChatGPT to find my profile on Rate My Professor. It told me, with no hedging at all, that it could not find a professor profile under that name. That answer was wrong. When I added the name of the college where I taught, the model found my profile immediately, in the same database it had just searched a moment before.
When I asked why its first answer had been incorrect, ChatGPT explained that the initial search had been too narrow and that it had overstated the result. It went further, telling me that it had not been appropriate to state definitively that no profile existed. That admission is more interesting than the original mistake. It names, almost exactly, the failure that researchers of every kind run into constantly: absence of evidence quietly becomes evidence of absence, and a system built to retrieve information ends up asserting a negative it has no real basis for.
This is a small experiment. But small experiments are often where large problems become visible. What follows is an attempt to take this one seriously, not as a complaint about a chatbot, but as a case study in how retrieval systems fail, why those failures are harder to catch than ordinary hallucinations, and what a better evaluation standard would look like.
The Failure Was Not a Hallucination
It is worth being precise about what did not happen here. The model did not invent a fake Rate My Professor page. It did not fabricate reviews, ratings, or a biography. Hallucination, in the sense the AI research community usually means it, involves generating content that has no basis in the retrieved evidence or in reality. That is not what happened in this case.
Instead, the model committed a quieter and, in some ways, more dangerous error. It ran an incomplete retrieval, treated the incomplete result as sufficient, and then converted that insufficient evidence into a categorical claim. Four distinct failures stacked on top of each other:
- The retrieval step was incomplete, since the search used only a name and not the additional identifying detail (the institution) that would have disambiguated the result.
- The evidence gathered was insufficient to support any firm conclusion, positive or negative.
- The model's confidence should have been low, given how thin the search actually was.
- The final answer failed to reflect that low confidence, presenting a tentative non-result as though it were a settled fact.
Hallucinations tend to draw attention because they are often vivid and easy to catch. A fabricated citation or an invented quote can be checked against a source and shown to be false. This kind of error is harder to catch precisely because it looks like careful, responsible behavior. The model appeared to be reporting a fact rather than making one up. It sounded modest. It just was not modest enough about the right thing.
Why This Matters
Strip the incident down to its underlying logic and it reads like this: I searched. I did not find it. Therefore it does not exist. Stated plainly, that reasoning is invalid, and most people would recognize the problem immediately if it were presented as a syllogism in a logic class. Yet this is exactly the shortcut that retrieval systems take when they are not explicitly designed to resist it.
Anyone who has done serious research recognizes this pattern because it is the default condition of research itself. Archives are incomplete. Metadata is inconsistent. Names appear under variant spellings, married names, initials, or transliterations. Sources are catalogued under headings that make sense to an archivist but not to a later researcher. Databases frequently require an additional piece of context, an institution, a date range, a middle name, before they will surface a record that has been sitting there the entire time.
None of this is exotic. It is the ordinary condition of information work. The question is not whether an AI system will encounter it. The question is whether the system is built to recognize when it has hit this wall, or whether it will simply report the wall as an empty room.
Historians Have Solved This Problem for Centuries
There is a useful comparison to be made with historical methodology, which has spent a very long time developing habits of mind for exactly this situation. A historian who cannot find a record does not usually conclude that the record never existed. Instead, the working assumption is procedural: did I search enough archives, are there alternate spellings of this name, did the person's name change through marriage or naturalization, is this source catalogued under a different heading, is there another repository that might hold a more complete record.
The distinction that matters here is between two very different sentences. "It doesn't exist" is a conclusion about the world. "I haven't found evidence yet" is a conclusion about the search. Good historians are trained, often through painful experience, to default to the second sentence and to treat the first as a claim that requires an extraordinary amount of additional work before it can be responsibly made.
This is not a minor stylistic habit. It is the entire discipline's defense against a kind of error that predates computers by centuries: mistaking the limits of one's own search for the limits of what actually happened.
What Actually Failed
Returning to the four evaluation points named earlier, each deserves a closer look from an evaluator's perspective rather than a user's perspective.
Retrieval was incomplete because the search relied on a single identifier, a name, in a database where names alone are frequently ambiguous or thin. A single search pass is rarely sufficient in any system where entities can share names, use variant spellings, or be indexed under partial records.
Evidence was insufficient because a single unsuccessful query does not constitute a thorough investigation. One null result from one search string tells a system almost nothing about whether a record exists elsewhere in the same database under a slightly different query.
Confidence should have been low because the retrieval process itself provided no strong signal either way. Low retrieval coverage should map to low confidence in any well calibrated system, and a wide gap between actual coverage and stated confidence is itself a measurable defect.
The final answer should have expressed that uncertainty rather than erasing it. The correct output was never "no profile exists." The correct output was closer to "I could not locate one with the search I ran, and here is what might help me look further."
How a Better AI Should Respond
It is useful to imagine the same interaction handled well. Instead of stating that there is no professor profile, a more careful system might have said something like this: I could not locate one using your name alone. If you can tell me the institution where you taught, I can search more precisely.
Notice what that sentence does. It preserves uncertainty instead of erasing it. It invites the user to supply the missing retrieval key rather than closing the inquiry. It treats the null result as information about the search process, not information about the world. This is a small rewording, but it represents a genuinely different epistemic posture, one that treats retrieval as provisional until proven otherwise.
Why This Matters for RAG Systems
This incident connects directly to a broader question about how Retrieval-Augmented Generation (RAG) systems are built and evaluated. RAG systems are only as good as the retrieval pipeline underneath them, and that pipeline depends on several interacting components: retrieval quality, metadata structure, search strategy, query expansion, ranking, and the underlying coverage of the source material itself.
Recent research on RAG evaluation has tried to formalize exactly this dependency. A comprehensive review of RAG evaluation dimensions by Knollmeyer and colleagues works through how retrieval quality, question types, and evaluation metrics interact, and it makes a case that evaluation frameworks need to look separately at retrieval performance and generation performance rather than treating a RAG system's output as a single undifferentiated block. That separation matters here, because the language model itself did not fail at composition or fluency. The retrieval layer beneath it simply stopped searching too early, and the generation layer then dressed that shortfall up as a confident answer.
Work on uncertainty-aware retrieval reinforces the same point from a different angle. Research on uncertainty-aware dynamic retrieval argues that retrieval decisions should be driven by the model's own uncertainty rather than by fixed, one-shot retrieval rules, so that a system recognizes when its confidence is too low to stop searching. Adaptive multi-source retrieval frameworks make a related argument, showing that incorporating query complexity and confidence-aware fusion allows a system to keep pulling in additional sources precisely in the situations where a single retrieval key, like a name without an institution, is not enough to settle the question. Hypothesis-and-verification approaches to retrieval push this further still, treating an initial null result not as a final answer but as a hypothesis to be tested against additional evidence before any conclusion is reported. Self-evaluation approaches to agentic retrieval add another layer, having the system review its own retrieval strategy before committing to a final answer, which is exactly the internal check that would have caught this failure before it reached the user.
None of this is exotic academic theorizing removed from practical stakes. It describes, almost mechanically, what would have needed to happen for ChatGPT to say something more honest than "no profile exists."
An AI Evaluation Rubric
It is possible to turn this single incident into a reusable evaluation checklist, one that applies whenever an AI system reports that something cannot be found. Work on faithfulness-aware uncertainty quantification for fact-checking RAG outputs provides useful scaffolding here, since it separates the question of whether an answer is faithful to its retrieved evidence from the separate question of whether that evidence is factually sufficient in the first place. Applied to a "not found" claim, the following questions become a practical audit:
Were multiple search strategies attempted, or did the system stop after a single query. Were alternate identifiers used, such as an institution, a date, or a variant spelling. Was metadata expanded to account for inconsistent cataloguing. Was uncertainty reported explicitly, rather than folded silently into a flat statement. Did the model distinguish between "not found" and "does not exist." Could one additional retrieval key plausibly change the result.
That last question turned out to be the entire story in this case. One additional identifier, the name of the institution, was all it took to convert a false negative into a correct answer. A system that had asked itself that question before answering would have caught its own mistake.
Implications Beyond Historians
This failure mode is not confined to historians looking up their own teaching profiles. It shows up wherever retrieval sits underneath a serious decision. Legal researchers checking whether a precedent exists face the same risk of concluding "no such case" from an incomplete search of case law. Genealogists working with inconsistent historical spellings run into it constantly. Medical literature searches can miss relevant studies indexed under different terminology, with consequences far more serious than a mistaken professor lookup. Journalists checking whether a claim has prior reporting, researchers conducting literature reviews, and enterprise knowledge bases used inside companies all depend on retrieval systems that can quietly convert "I didn't find it in my index" into "it isn't true." A recent Nature article on synthesizing scientific literature with retrieval-augmented language models makes a related point in the scholarly context specifically, arguing that trustworthy synthesis of academic evidence depends on retrieval systems that are transparent about their own coverage limits rather than presenting synthesized answers as though they rested on complete evidence.
In every one of these domains, the underlying mechanism is identical to what happened with a single Rate My Professor search. One missing retrieval key can completely change the answer, and a system that does not know how to say "I haven't looked hard enough yet" will eventually say something false with total confidence.
Conclusion
Return to where this started. ChatGPT eventually found my profile once I supplied the one piece of context it needed, the institution where I taught. The information had been there the entire time. The system's retrieval capability was never really in question. What failed was something quieter and, in the end, more consequential: the model treated an incomplete search as a complete answer and reported a negative conclusion before it had exhausted reasonable ways of looking.
The most important lesson here was not that ChatGPT failed to find my professor profile. It was that, for a moment, it mistook an incomplete search for a finished one. For historians, for researchers in any field, and for anyone building AI systems meant to be trusted with real questions, that distinction is not a technicality. It is the whole matter.
---
References
Asai, Akari, et al. "Synthesizing Scientific Literature with Retrieval-Augmented Language Models." Nature (2026). https://www.nature.com/articles/s41586-025-10072-4
Fadeeva, Ekaterina, et al. "Faithfulness-Aware Uncertainty Quantification for Fact-Checking the Output of Retrieval-Augmented Generation." Findings of ACL 2026. https://aclanthology.org/2026.findings-acl.338
Knollmeyer, Simon, et al. "Evaluating Retrieval Augmented Generation: A Comprehensive Review of Evaluation Dimensions, Question Types, and Application." SN Computer Science 7 (2026). https://link.springer.com/article/10.1007/s42979-026-05134-x
Wu, Haiyan, et al. "Reflective RAG: Self-Evaluation Driven Strategy Optimization in Agentic Retrieval-Augmented Generation." Findings of ACL 2026. https://aclanthology.org/2026.findings-acl.648
"AdaKG-RAG: Adaptive KG-guided Retrieval-Augmented Generation with Hypothesis-and-Verification Retrieval for Multi-hop Question Answering." Journal of King Saud University Computer and Information Sciences (2026). https://link.springer.com/article/10.1007/s44443-026-01028-3
"UA-RAG: Uncertainty-aware Dynamic Retrieval-Augmented Generation." Neurocomputing (2026). https://www.sciencedirect.com/science/article/pii/S0925231226017558




