When does MCP make sense vs CLI?
ejholmes.github.io
When does MCP make sense vs CLI?
1–10 of 301 posts
Re: When does MCP make sense vs CLI?
#2Re: When does MCP make sense vs CLI?
#3Re: When does MCP make sense vs CLI?
#4Re: When does MCP make sense vs CLI?
#5Specifically, MCP is a great unit of encapsulation. I have a secure agent framework (https://github.com/sibyllinesoft/smith-core) where I convert MCPs to microservices via sidecar and plug them into a service mesh, it makes securing agent capabilities really easy by leveraging existing policy and management tools. Then agents can just curl everything in bash rather than needing CLIs for everything. CLIs are still slightly more token efficient but overall the simplicity and the power of the scheme is a huge win.
Re: When does MCP make sense vs CLI?
#6I don't doubt that CLIs + skills are a good alternative to MCP in some contexts , but if you're building an app for non-developers and you need to let users connect it to arbitrary data sources there's really no sensible, safe path to using CLIs instead. MCP is going to be around for a long time, and we can expect it to get much better than it is today.
Re: When does MCP make sense vs CLI?
#7Re: When does MCP make sense vs CLI?
#8This doesn't really pay attention to token costs. If I'm making a series of statically dependent calls I want to avoid blowing up the context with information on the intermediary states. Also, I don't really want to send my users skill.md files on how to do X,Y & Z.
Re: When does MCP make sense vs CLI?
#9The single-request-for-all-abilities model + JSON RPC is more token efficient than most alternatives. Less flexible in many ways, but given the current ReAct, etc. model of agentic AI, in which conversations grow geometrically with API responses, token efficiency is very important.