Exa MCP Server Made Me Notice How Much Time I Was Wasting on Search
After a few weeks using Exa MCP Server for research work, here's what changed and what didn't.
Lee Li
Independent Developer · MCP Enthusiast
A while ago I was trying to pull together material on a technical topic that should have been easy to research. Not easy in the sense that the answers were simple, but easy in the sense that the web clearly had enough information. There were papers, blog posts, benchmarks, repo discussions, people arguing in comment threads — all the usual ingredients.
The problem was that I kept finding things that were near what I wanted without really being it.
I would try one search, open a few tabs, realize the results were built around the words I had typed rather than the thing I was actually trying to understand, then go back and try again with slightly different wording. After a while I wasn't really researching anymore. I was just rewriting queries.
That's the point where Exa started making sense to me.
I didn't come to it because I was looking for "a neural search tool" or because I wanted a cleaner architecture for web retrieval. I came to it because normal search had started to feel like too much of the work. I wanted the assistant to help me find things, not just wait for me to manually feed it links after I'd done the same search-loop three times.
Exa MCP Server is the piece that lets an MCP-compatible AI client — Claude, Cursor, whatever you're using — call Exa for web search. If you haven't dealt with MCP before: it's just the layer that lets an assistant use external tools in a standardized way, kind of like giving it hands. That part isn't really what changed anything for me though. The part that mattered was simpler: I could describe what I was looking for more naturally, and the results came back closer to what I meant instead of just what I typed.
That's the sales pitch version, anyway. The more honest version is that it doesn't feel magical. It just feels less annoying.
With ordinary search engines, especially for research-heavy work, I often find myself writing queries in this weird artificial dialect. Short phrases, strategic keywords, quotation marks if I get desperate, a lot of guessing about what a good result page might contain. You learn to think a bit like the index. That's fine when you're looking for a specific error message or a particular documentation page. It's less good when you're still trying to figure out the shape of the thing you're looking for.
Exa seems better at that second part.
If I ask for research on a broad technical topic, or try to find writing that's conceptually close to an idea rather than literally titled with the same words, the results feel more aligned with what I was after. Not perfect. I still get things that are adjacent, and sometimes I have the sense that it's pulling from a cleaner or differently-ranked pool of sources rather than purely "understanding" me. I'm not sure those two explanations are even separable. But in practice, it gets me closer faster often enough that I stopped thinking about it and just kept using it.
Where I noticed this most was on follow-ups.
With regular search, I tend to get one batch of results, skim, rephrase, search again, skim, repeat. With Exa running through an MCP client, the process felt more like moving through a topic. I'd ask one question, get something useful, notice a gap, ask the next question more naturally, and the search kept following the thread instead of resetting. It's not always clean — sometimes I still end up circling — but it's a more useful kind of circling.
Two kinds of tasks where this showed up the most for me:
One was general technical research. Comparing approaches, trying to see what people were actually doing in practice, looking for posts that sit somewhere between implementation detail and high-level overview. This is exactly where keyword search starts failing me, because I don't always know the right phrasing to surface the best stuff. I remember looking for writing about a specific inference optimization technique — I knew what it did but couldn't remember the name everyone was using for it. With normal search I'd have been stuck until I stumbled onto the right term. With Exa I described the approach and got back three posts that used the term I was missing. Small thing. Saved me twenty minutes of guessing.
The other was finding half-remembered things. A post I'd read weeks ago. A benchmark table I couldn't remember the title of. A company write-up I only recalled by topic and rough tone. Traditional search is weirdly bad at this unless you happen to remember one specific phrase. Exa was noticeably better at taking a vague description and returning something in the right neighborhood. Not always the exact page, but close enough that I could get there from the results.
That's probably the simplest way I can describe the difference: the misses felt closer.
I don't want to oversell it. There are limits, and some I haven't really mapped yet.
I've mostly used it in English, so I don't know how well it holds up across languages. I also don't know how it handles very niche topics where the relevant source pool gets thin. And sometimes I genuinely can't tell whether the improvement is coming from the semantic search itself or just from the fact that the result pool seems less clogged with SEO filler than a normal search engine. Maybe that distinction doesn't matter in practice. It's still better to use.
I think where it fits best is a particular stage of work. Not the stage where you've found the site and want to scrape it. Not the stage where you need one specific docs page by function name. It's the earlier part — the discovery part, where you know roughly what you're after but not enough to compress it into a neat keyword string. That's where I keep reaching for it.
Setup was the standard MCP thing — API key, install the package, edit the config, restart the client, wonder for a minute if you missed a comma somewhere. Nothing unusual. Once it was running it mostly just disappeared into the workflow, which is usually what you want.
That's probably why I ended up using it more than I expected. Not because it made a great first impression, but because I kept catching myself reaching for it when I had something fuzzy to find. I don't think about it much anymore. I just use it. And I'm still using regular search for the stuff where I know exactly what I want — a specific docs page, a known URL I'm too lazy to bookmark. But for the other kind of search, the kind where I used to spend too much time rewording queries, I mostly don't do that anymore.
Last week I went back to that original research topic, the one that started all this. I found what I needed in about ten minutes. I don't know how long it would have taken without Exa, but I know how long it was taking before, and it was a lot more than ten minutes.
Lee Li
Independent Developer · MCP Enthusiast
Building and breaking things with AI tools since 2023. MCP Find started as a personal project to track the rapidly evolving MCP ecosystem. Based in Hong Kong.