Verified against Gemini Deep Research · 2026-08-02
Turn a rough research question into a fully sourced Deep Research report
A research brief written specifically for Gemini's Deep Research agent — scope, source priorities, and structure spelled out — instead of a one-line question that produces a shallow, aggregator-sourced report the agent converges on by default.
The prompt
Ready to copy — highlighted parts are example details you can swap.
Use Deep Research for this. Here's the scope — don't loosen it once you're running, even if a promising tangent shows up mid-research. RESEARCH QUESTION Is on-device AI inference becoming cost-competitive with cloud inference for mid-size SaaS companies in 2026? MUST COVER hardware cost trends, latency tradeoffs, at least two vendor case studies, and total cost of ownership over 2 years SOURCE PREFERENCES Prioritize: vendor technical documentation, published benchmarks, and analyst reports from named firms Treat these only as context, not primary evidence — mention them only if you're also verifying the same claim elsewhere: marketing blog posts and unverified forum claims OUT OF SCOPE consumer-device on-device AI (phones/laptops) — this is about server-side SaaS inference only — don't wander into these even if a source brings them up along the way; note that you saw it and move on. BEFORE YOU FINALIZE 1. Open primary sources where possible — original studies, filings, official documentation — not just aggregator summaries of them; an aggregator's paraphrase of a study is not the same evidence as the study itself. 2. Where sources disagree, say so and name both positions instead of picking the one that sounds more authoritative or that you encountered first. 3. Note the publication date of anything time-sensitive — don't present an older figure as current without flagging its age, even if it's the best-ranked source you found. 4. If a must-cover angle turns out to have thin or contested evidence, say that plainly rather than writing a confident-sounding section that overstates what the sources actually support. IF THE QUESTION NEEDS REFRAMING If, partway through the research, it becomes clear the question as stated doesn't quite match what the available evidence can actually answer — the data exists at a different granularity, or for a different but related population — say so explicitly and propose the reframed question you actually answered, rather than quietly answering a subtly different question under the original heading as if nothing shifted. CONFLICTING METHODOLOGIES BEHIND THE SAME HEADLINE NUMBER If multiple sources report what looks like the same statistic but arrived at it through visibly different methodologies (different sample definitions, different time windows, different calculation approaches), don't average them into one number — report the range and name what's driving the spread, since a single blended figure would misrepresent the actual state of the evidence as more settled than it is. VENDOR-SOURCED CLAIMS Treat any claim originating from a vendor about its own product's performance as a claim to verify against independent evidence, not as evidence on its own — a vendor benchmark showing favorable numbers for that vendor's own product is a data point worth including, but only alongside a note that it's self-reported and hasn't been independently reproduced. OUTPUT Structure the report as: executive summary, then one section per must-cover angle, then a recommendation, then sources End with a sources list, each one labeled by how you used it — primary evidence, context only, or disputed claim.
Customize
Optional — swap in your own details for the highlighted parts above.
Why this works
Deep Research runs an autonomous plan-search-read-revise loop rather than answering from a single pass, and that loop is steerable by what you hand it before it starts — a scope brief with explicit must-cover angles, excluded angles, and source preferences changes which search queries it generates and which pages it actually opens, instead of leaving it to converge on whatever ranks highest for the literal question as typed. Real-world use of research agents shows a consistent bias toward the most SEO-visible aggregator pages over primary sources unless told otherwise, which is why the primary-sources instruction is stated as a requirement rather than a soft preference — an aggregator's confident paraphrase of a study is not the same evidence as the study itself, and the agent has no default incentive to tell the two apart unless asked to. The publication-date instruction targets a specific and common failure: a well-optimized but stale page still ranks and gets cited as if its numbers were current, and Deep Research's default behavior treats a high-ranking result as good evidence regardless of when it was published unless recency is explicitly named as a filter. The instruction to say plainly when a must-cover angle has thin evidence, rather than writing a confident section anyway, matters because a research brief with a fixed structure creates pressure to fill every named section with something — without an explicit permission to report thin evidence as thin, the agent will often produce a fluent paragraph that overstates what a handful of weak sources actually support, just to avoid leaving a section looking incomplete. The instruction to report a range rather than average conflicting methodologies into one blended figure exists because Deep Research's synthesis step will otherwise treat several numeric answers to what looks like the same question as noisy measurements of one true value and smooth them together, when in fact they may be precise answers to subtly different questions — reporting the spread and naming what's driving it is more honest, and more useful, than a single confident number that quietly erases the methodological differences underneath it.
Verified against
Gemini Deep Research Gemini 3 Pro · 2026-08-02
Changelog
- 2026-08-02 — Initial publish, verified against Gemini Deep Research on Gemini 3 Pro.
Need this built into your business?
If a prompt isn't enough — what Scult builds, built and maintained for you — that's Scult's day job.
EXPLORE WHAT SCULT BUILDS
