If the author is just using Claude Code on their own personal computer, they can do whatever they want. As soon as there is a need to interact with the outside world in a safe, controlled manner at enterprise scale, the limitations of CLI quickly become obvious. I wish people get more informed about a subject before they write a long blog post about it.
When does MCP make sense vs CLI?
101–110 of 301 posts
Re: When does MCP make sense vs CLI?
#102Re: When does MCP make sense vs CLI?
#103[flagged]
What about --help? Isn't that a perfect parallel to discovery of available tools in an MCP server?
Re: When does MCP make sense vs CLI?
#104MCP has one thing going for it as an agentic API standard: token efficiency The 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.
Re: When does MCP make sense vs CLI?
#105Re: When does MCP make sense vs CLI?
#106If the author is just using Claude Code on their own personal computer, they can do whatever they want. As soon as there is a need to interact with the outside world in a safe, controlled manner at enterprise scale, the limitations of CLI quickly become obvious. I wish people get more informed about a subject before they write a long blog post about it.
Re: When does MCP make sense vs CLI?
#107Very good points, but, I think this blog is pretty focussed on the developer use case for LLMs. It makes a lot more sense in chat style interfaces for connecting to non-dev tools or services with non technical users, if anything just from a UX perspective.
Re: When does MCP make sense vs CLI?
#108MCPs (especially remote MCPs) are like a black box API -- you don't have to install anything, provision any resources, etc. You just call it and get an answer. There's a place for that, but an MCP is ultimately a blunt instrument. CLI tools on the other hand are like precision instruments. Yes, you have to install them locally once, but after that, they have access to your local environment and can discover things on…
or install Docker and have the agent run CLI commands in docker containers that mount the local directory. That way you essentially never have to install anything. I imagine there's a "skill" that you could set up to describe how to use docker (or podman or whatever) for all CLI interactions, but I haven't tried yet.