Re:Welcome to FastMCP
by arthurjean on Tuesday March 24, 2026 @07:03PM
(#47510803)
Most of the time you should. But it depends on what you're wrapping. Exa is a good example of where MCP makes sense, it's not just one API call, it's 4 different tools (web search, code search, crawling, advanced search) plus embedded skills for chaining them. One MCP connection and the agent discovers all of that at runtime. Doing that with a CLI means building a multi-command script and hoping the agent figures out the orchestration.
On the other hand, something like context7 is just `npx ctx7 resolve <lib>` then `npx ctx7 docs <id>` — two stateless shell calls, done. No server to maintain, no protocol overhead. CLI is the right tool there.
Re:Welcome to FastMCP
by TimTheTinker on Tuesday March 24, 2026 @07:46PM
(#47511218)
Why not put all of that into a skill file? The context overhead from an MCP connection is significantly higher.
Re:Welcome to FastMCP
by arthurjean on Wednesday March 25, 2026 @04:58AM
(#47514953)
You're right actually. Exa's MCP server is stateless, just a REST wrapper. A skill + CLI would do the same job with way less context cost. Someone already built that (https://github.com/tobalsan/exa).
Seems like unnecessarily constraining it.