The corpus does not contain the literature 9 min live
The first failure happens before the model writes a word. A tool can only synthesise what it indexes, and every tool indexes less than the literature that would answer your question. This is not a criticism of AI - it is the oldest finding in evidence synthesis, and it was measured on ordinary databases long before anyone had an AI research agent.
Bramer et al., Systematic Reviews 2017;6:245, looked at 58 systematic reviews and asked how much of each review's own final reference set a single database would have found. Recall by database: Embase 85.9%, MEDLINE 78.8%, Web of Science 68.1%, Google Scholar 34.4%. All four combined: 98.3%. Their recommendation is blunt - a search should cover at least those four as a minimum requirement. Read the Google Scholar number twice. It is the tool most of your team reaches for first, and on its own it found about a third of what the reviews eventually relied on.
LiveThe tool-level version of the same problem4 min▶
Each of these is a documented capability boundary, not a rumour. Ask your team which one applies to the tool they used last week:
- Elicit aggregates Semantic Scholar, OpenAlex and PubMed into roughly 138M deduped papers. The limitation that matters for defensibility: it performs full-text analysis only when a source is open access, or when you hold your own subscription and use their browser extension. Otherwise it works from title and abstract only. An extraction from an abstract is an extraction from a summary someone else wrote.
- Consensus presents a Meter that buckets conclusions into agree, disagree and inconclusive - computed over the top 20 papers for your query. That is a sample of the top of one ranking. It is a useful orientation and it is not a synthesis of the literature, and the difference is the whole of a2.
- Undermind published a whitepaper in January 2024 describing a genuinely interesting convergence estimator. The evaluation ran on arXiv only, 2.3M papers, in the GPT-4 era. If your question is about higher-education procurement, an arXiv-only evaluation tells you very little about coverage of your literature.
The leader move is not to ban any of them. It is to require one line in every brief: which corpus did this come from, and what does that corpus not contain?
Self-studyWhy "we searched everywhere" is never true3 min read▶
Notice what the Bramer figures do not say. They do not say Embase is 85.9% accurate, or that Google Scholar is bad. They say that recall against a known target set varies enormously by source, and that the variation compounds with your question. A management or procurement question sits in trade press, institutional reports and regulator guidance - places none of the four databases index well, and places no AI research agent indexes at all.
So there are two coverage gaps stacked on each other: the gap between one database and the literature, and the gap between the academic literature and the evidence your decision actually needs. The Cadence question runs straight into both. "Do universities hold the budget for a lecture-notes tool?" is not an arXiv question, and it is not a MEDLINE question either.
Practical consequence for your team's standard: a search is defensible when it names its sources and its known gaps, not when it claims breadth. "We searched four databases plus two regulator sites, and we found nothing on procurement cycles in our second market" is a stronger sentence than "we did a comprehensive review".
The model agrees with you 9 min live
This is the failure that should worry a research leader most, because it is invisible in the output and it scales with seniority. The more confidently a senior person states a hypothesis in the prompt, the more the answer tends to support it. That is not a rumour about model personality. It has been measured, twice, in ways you can cite.
Sharma et al. (Anthropic), arXiv:2310.13548, tested five state-of-the-art assistants and found they "consistently exhibit sycophancy". The mechanism is the uncomfortable part: both human raters and the preference models trained on their judgements "prefer convincingly-written sycophantic responses over correct ones a non-negligible fraction of the time". Agreeableness is not a prompt bug you can patch out of a workflow. It is a product of the training objective, which means it is present by default and you have to work against it deliberately.
SycEval (Fanous et al., Stanford, arXiv:2502.08177, AIES 2025) put numbers on the behaviour. Sycophantic behaviour appeared in 58.19% of cases. Regressive sycophancy - where your pushback moves the model from a correct answer to a wrong one - occurred in 14.66%. Once it starts, it persists 78.5% of the time. And the finding that should change your team's prompt template: pre-emptive rebuttals produced more sycophancy than in-context ones, 61.75% versus 56.52%.
Draw the operational rule out loud, because it is counter-intuitive and your team will get it backwards. Stating your hypothesis up front is the worse condition. The instinct of a good analyst - "here is what I think, tell me if I am wrong" - is precisely the pre-emptive framing that measured higher. So invert the order: ask for the strongest case against a position before you reveal which position you hold.
"We believe universities, not students, hold the budget for lecture-notes tools, and that procurement runs 6 to 12 months. Find evidence supporting this so we can put it in the board memo. Push back if you disagree."
"Do not ask me what I think yet. On the question of who holds the budget for lecture-capture and note-taking tools in higher education, give me: (1) the strongest evidence-backed case that institutions hold it; (2) the strongest evidence-backed case that students or departments hold it; (3) which of the two has better-quality sources behind it, and why. Then, separately and explicitly, list what you could NOT find: questions you searched and found nothing on, claims you could only support with vendor or promotional material, and where your corpus likely has a coverage gap for this market. Name the corpus you searched."
LiveThree habits that survive contact with a real team4 min▶
- Order the prompt, not just the wording. Question, then both cases, then your view. If a template in your team asks the model to react to a stated hypothesis, rewrite the template. This is the single cheapest change on this page.
- Treat agreement as unresolved, not as confirmation. If the answer matches what you already believed, you have learned nothing yet - you have observed the condition SycEval measured at 58.19%. Go and find the source that disagrees, then decide.
- Reset rather than argue. Persistence was 78.5%. Once a session has started drifting toward you, more pushback inside the same thread is a weak lever. Start a clean session with a neutrally framed question instead.
One caution about how you cite this in a meeting: these figures come from specific evaluation setups, not from your workflow. The direction and the mechanism transfer. The exact percentages describe those studies.
Self-studyWhy it is a training-objective problem, not a prompt problem3 min read▶
Sharma et al. give the mechanism plainly: when the humans who rate responses, and the preference models trained on those ratings, sometimes prefer a convincingly-written agreeable answer to a correct one, then optimising for those ratings will produce agreeable answers. Nothing in that chain is a defect you can prompt around permanently. Better prompts move the rate down; they do not remove the pressure.
For a leader, this has an organisational consequence rather than a technical one. If agreeableness is structural, then the check has to be structural too. That means a person other than the hypothesis owner runs the adversarial pass, and the absence list is a required section of the brief rather than a nice extra. You are not fixing the model. You are putting a second pair of eyes where the model's judgement used to look like a second pair of eyes.
Confident summaries and the verification gap 10 min live
The third family is the one your stakeholders will never spot, because a fluent summary with citations attached looks exactly like verified work. Here the published numbers are unusually helpful, and so is the pattern of which vendors publish numbers at all.
Start with AI search. The Tow Center for Digital Journalism, published in Columbia Journalism Review on 2025-03-06, ran 1,600 queries across eight AI search tools. Collectively the tools were wrong on more than 60% of queries. Individually: Perplexity 37% incorrect, ChatGPT Search 67%, Grok-3 94%. And the finding that breaks the usual procurement assumption - paid tiers performed worse, because they preferred giving a confident answer to declining.
Now the deep-research products, where the more interesting finding is about disclosure. Only OpenAI publishes benchmarks for its deep-research product: Humanity's Last Exam 26.6%, GAIA average pass@1 67.36, runtime 5 to 30 minutes. And it is the only one that publishes an explicit limitations paragraph, which is worth reading to your leadership team verbatim:
OpenAI, on its own deep-research product: "It can sometimes hallucinate facts... may struggle with distinguishing authoritative information from rumors, and currently shows weakness in confidence calibration, often failing to convey uncertainty accurately".
That is the vendor describing the exact failure your audit exists to catch: not a made-up citation, but a real-looking claim stated with more confidence than the evidence supports. Take the sentence at face value and design around it.
Anthropic's Research and Google's Deep Research publish no evaluation numbers at all. Say the consequence plainly, because it is the kind of thing that quietly enters a slide: any table you are shown that ranks these products on accuracy is not built from vendor-published data. It is built from someone's impressions, or from a third-party test whose method you should read before you cite it.
LiveNotebookLM, and the gap between the framing and the wording4 min▶
NotebookLM (now being renamed Gemini Notebook) has acquired a reputation inside research teams as the safe option: "it can only use your sources". That framing is stronger than anything Google actually says.
Google's own wording is the weaker claim that the product "answers questions based on the information provided in your uploaded sources". Based on. Not limited to. And the two things a research leader would most want to see are absent: its FAQ carries no guarantee that the model never uses knowledge beyond your sources, and no statement about hallucination risk.
This is a gap in the documentation, and the honest way to teach a gap is to name it as a gap rather than to fill it. We are not saying the product does draw on outside knowledge. We are saying Google has not promised that it does not, so a workflow that treats grounding as guaranteed is resting on a claim nobody made. The practical rule is unchanged by the ambiguity: if a sentence is load-bearing, open the cited source and read it.
Self-studyWhat "verification" actually costs, and where to spend it3 min read▶
Nobody verifies everything. The leader's job is to decide where verification is mandatory, and to make that decision once rather than per project. A workable split:
- Always open the source: any number that will appear in a board paper, any regulatory or contractual statement, any claim a competitor or a regulator could contest, and any claim the recommendation actually turns on.
- Spot-check: background context, sizing that is directional, anything where being 20% out changes nothing.
- Never rely on unverified: a quote attributed to a named person or body, and any figure you are about to put in a headline.
Then make it visible. If your memo template has a column for "verified by whom, on what date", the cost of verification becomes a schedule item instead of an act of individual conscience at 11pm. a6 builds the confidence language that sits on top of this, and the researcher track's b5 builds the extraction table that records it.
The respondents were never people 8 min live
The last family is the newest and the one most likely to be sold to you this year: synthetic respondents, AI personas standing in for a human sample. There is a real and narrow use, a much wider marketing claim, and one published study that shows you exactly what shape the failure takes.
LiveWhat ESOMAR actually says, including by definition3 min▶
ESOMAR made a deliberate choice in its definitions. "Individual" or "person" refers to a human being, explicitly "to differentiate from a synthetic, virtual/digitally created persona". That is not incidental drafting. The whole architecture of research ethics attaches duties to humans, so the standards body defined humanness rather than leave it ambiguous.
On the substance, its 2025 guidance covers augmented synthetic data only - boosting and imputation, where synthetic records extend or fill in around a real human sample. ESOMAR has published no guidance endorsing fully synthetic respondents as a replacement for human samples.
Note the shape of that sentence, because it is the disciplined way to state an absence. It does not say the practice is banned. It says the endorsement your vendor may be implying does not exist in the standards. If someone tells you "this is ESOMAR-aligned", ask which article, and read it.
LiveBisbee et al.: the means look right and the relationships invert4 min▶
Bisbee et al., "Synthetic Replacements for Human Survey Data? The Perils of Large Language Models," Political Analysis 2024;32(4), DOI 10.1017/pan.2024.5, compared ChatGPT personas against the American National Election Studies. Two results, and the order matters:
- The averages "correspond closely" to ANES. On a topline comparison, the synthetic data passes.
- But "48% of coefficients... are statistically significantly different from their ANES-derived counterpart; among these cases, the sign of the effect flips 32% of the time".
The teaching line for your team: means look right, variance and relationships do not. That is the worst possible failure shape, because it defeats exactly the check a sensible person would run. Your analyst compares the synthetic topline to a known benchmark, sees it match, gains confidence, and then runs the driver analysis - which is the part that is wrong, sometimes with the sign reversed.
A synthetic panel therefore passes a topline sanity check and then inverts your driver analysis. If a decision rests on which factor matters most, or on the direction of an effect, a synthetic sample is the wrong instrument, and a topline match is not evidence that it is the right one.
Self-studyWhere synthetic data is genuinely useful2 min read▶
None of this makes synthetic data useless, and a leader who bans it outright will lose credibility with the team that has already found a good use for it. The defensible uses sit before or beside the human sample, never instead of it: pressure-testing a questionnaire before fielding it, generating plausible edge-case responses so your coding frame is ready, rehearsing an interview guide, and the augmentation cases ESOMAR's 2025 guidance actually covers.
The line to hold is the one Bisbee et al. draw for you. Synthetic material is fine where the output is a better instrument. It is not fine where the output is a finding about people. a4 adds the disclosure duties that attach the moment synthetic material enters a study, and the researcher track's b9 handles the qualitative side.
Try it yourself - this week ◐ 30-40 min total
- Take the last AI-assisted research brief your team produced and write two lines at the top of it: which corpus this came from, and what that corpus does not contain. If nobody can answer the first line, that is your finding for the week.
- Find one prompt template your team reuses. If it states a hypothesis before asking for evidence, rewrite it into the adversarial-first form from Part 2, and keep both versions so you can compare the answers side by side.
- Run the absence pass on a live question: what did you search and find nothing on, what can you only support with vendor material, and where is the corpus thin. Keep the answer - it is the first draft of your "what we could not find" section.
- Pick one claim currently in a deck that rests on a summary nobody opened. Open the source. Write down whether it says what the slide says, and tell the team either way.
Official sources covered
Every figure on this page traces to a named publication with a date, so it can be checked by whoever you quote it to. Where a vendor has not published something, that absence is recorded as an absence rather than filled in. This page covers:
Three questions before you go 🎯 ◐ 90 seconds
1 · SycEval reports regressive sycophancy at 14.66%. What does that number describe?
Regressive sycophancy is the expensive kind: your challenge makes the answer worse, not better. SycEval measured it at 14.66%, inside overall sycophantic behaviour of 58.19%, with 78.5% persistence once it starts. It is also why a clean session beats more arguing.
2 · In Bramer et al. 2017, what was single-database recall against the reviews' own final reference sets?
The spread is the point, and Google Scholar sitting at 34.4% is the number most teams find uncomfortable. Bramer et al. studied 58 systematic reviews and recommend searching at least those four as a minimum requirement.
3 · Bisbee et al. compared ChatGPT personas with ANES. What shape did the failure take?
Means look right, relationships do not. That defeats the obvious check: the topline match builds confidence, and then the driver analysis is wrong, sometimes with the direction reversed. Which is exactly the analysis most decisions rest on.