Live data from Hacker News

When does MCP make sense vs CLI?

ejholmes.github.io

151–160 of 301 posts

Re: When does MCP make sense vs CLI?

#151
You use MCP to provide dumb-down API that LLM can consume. It's not that hard. If you MCP server is 1:1 map to your REST - you're doing it wrong.

Then there things like browser-mcp and some tools you make yourself to make workflow easier (adding self-describing MCP is easier than telling agent about your CLI tool in some markdown file that LLM forgot about 20k tokens ago.

Re: When does MCP make sense vs CLI?

#152

what honestly is the difference between an mcp and a skill + instructions + curl. Really it seems to me the difference is that an mcp could be more token-efficient, but it isn't, because you dump every mcp's instructions all the time into your context. Of course then again skills frequently doesn't get triggered. just seems like coding agent bugs/choices and protocol design?

The difference is that the server gives a description of the api it understands in enough detail that the llm can make use of it.

MCP is still going to be handy enough for iot type devices, where an llm can discover what's actually supported by that device without needing to query about the specific version.

Swagger / OpenAPI just aren't detailed enough to use without other documentation.

Skills & instructions will always have the limit that they run locally, so if they don't match the server there is a problem.

Re: When does MCP make sense vs CLI?

#153
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.

Yes, exactly. Not only can you not run CLIs in Chat interfaces, the services that non devs use often don’t even have CLIs to begin with.

Developers have a rich set of CLIs because they live in the terminal and built those tools for themselves.

Re: When does MCP make sense vs CLI?

#156
My success with LLMs has increased quite a bit since I stopped using MCP servers. I credit it to a couple things:

One, far less context usage Two, I replace it with better instructions to use the tools available.

The gist of it for me is that MCP is expensive and doesn't make up for better instructions using lighter weight tools.

Like the article mentions too, when you've got good tools available in the shell and good instructions for how to use them, the tokens required to do significant workloads is dramatically reduced specifically because the composability of tools in that environment is essentially unprecedented in computing.

In the rare case that Claude doesn't figure out good workflows on its own, you can just make a skill or add instructions to CLAUDE.md and the results are remarkably good

Re: When does MCP make sense vs CLI?

#160
The problem with CLIs is that unless it's a super well documented CLI like `gh`, the LLM will have a hard time figuring out how to use it from `--help` alone unless it's a really simple tool. If you want to do something complex, like create a JIRA issue, you either need to put the full issue schema in `--help` so that the LLM knows how to pass an issue or else you can use MCP which bakes tool schemas into the protocol.
Post reply on HN