Live data from Hacker News

When does MCP make sense vs CLI?

ejholmes.github.io

101–110 of 301 posts

Re: When does MCP make sense vs CLI?

#101
post #77

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.

Here’s your chance to educate us. It’s not at all obvious what sorts of limitations you’re talking about.

Re: 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?

Yup. I’ve been using CLIs with skills that define some common workflows I use and then just tell Claude to use —help for understanding how to use it. Works perfectly and I end up writing the documentation in a way that I would for any other developer.

Re: When does MCP make sense vs CLI?

#104

MCP 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.

But they're not token efficient. Take the terraform example from the post. Plan JSON is massive. You're not saving tokens by using a Terraform MCP and shoving an entire plan into context. Composition allows for efficient token use.

Re: When does MCP make sense vs CLI?

#105
I've yet to play with Emacs MCPs thoroughly. Having said that, after initial exposure to agent skills directing agents to just use CLI/emacsclient, I no longer think I need to go deeper into MCP. emacsclient via CLI has been working remarkably well. Did a little video on that https://www.youtube.com/watch?v=ymMlftdGx4I

Re: When does MCP make sense vs CLI?

#106
post #77

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.

You're right, but it still doesn't mean MCP was a good design even in that space. We could've done better.

Re: When does MCP make sense vs CLI?

#107
post #97

Very 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.

Thank you, I was going to say something like this. I've been reading all the comments here and thinking, "do ChatGPT/LeChat/etc even allow running CLIs from their web or mobile interfaces?".

Re: When does MCP make sense vs CLI?

#108
post #74

MCPs (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…

> you have to install them locally once

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.

Re: When does MCP make sense vs CLI?

#109
I've been thinking about this a lot lately in terms of my personal clauding, and it's hard for me to think of a scenario where an mcp server makes more sense than CLI tools and AGENTS.md. But if you're deploying an agentic product, it's probably different. Seems like you could just deploy little Bash sandboxes for each customer. Or you could deploy mcp servers. The latter feels much easier to reason about in terms of attack surface and potential side effects.
Post reply on HN