logoalt Hacker News

When does MCP make sense vs CLI?

222 pointsby ejholmesyesterday at 4:54 PM151 commentsview on HN

Comments

ejholmesyesterday at 7:12 PM

Hi friends! Author here. This blew up a bit, so some words.

The article title and content is intentionally provocative. It’s just to get people thinking. My real views are probably a lot more balanced. I totally get there’s a space where MCP probably does actually make sense. Particularly in areas where CLI invocation would be challenging. I think we probably could have come up with something better than MCP to fill that space, but it’s still better than nothing.

Really all I want folks to take away from this is to think “hmm, maybe a CLI would actually be better for this particular use case”. If I were to point a finger at anything in particular, it would be Datadog and Slack who have chosen to build MCP’s instead of official CLI’s that agents can use. A CLI would be infinitely better (for me).

show 2 replies
orange_joeyesterday at 5:51 PM

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

show 2 replies
wrsyesterday at 8:37 PM

And for anything at all complicated, what’s even better than a CLI is a JS or Python library so the thing can just write code.

Nevin1901yesterday at 6:15 PM

This is actually the first use case where I agree with the poster. really interesting, especially for technical people using ai. why would you spend time setting up and installing an mcp server when u can give it one man page

ddp26yesterday at 6:17 PM

I don't understand the CLI vs MCP. In cli's like Claude Code, MCPs give a lot of additional functionality, such as status polling that is hard to get right with raw documentation on what APIs to call.

poly2ityesterday at 11:21 PM

I wonder if what we'll get out of MCP tech in the end is a standardised machine readable description of CLI interfaces? Could be neat actually.

akoyesterday at 6:03 PM

Biggest downside of CLI for me is that it needs to run in a container. You're allowing the agent to run CLI tools, so you need to limit what it can do.

show 2 replies
lukolyesterday at 5:45 PM

Couldn't agree more. Simple REST APIs often do the job as well. MCP felt like a vibe-coded fever dream from the start.

vladdosteryesterday at 8:49 PM

Thoughts on Agent Context Protocol (ACP)?

lasgaweyesterday at 6:14 PM

I don't know about this. I use AI, but I've never used or tried MCP. I've never had any problems with the current tools.

show 1 reply
rvzyesterday at 6:08 PM

MCPs were dead in the water and were completely a bad standard to begin with. The hype around never made sense.

Not only it had lots of issues and security problems all over the place and it was designed to be complicated.

For example, Why does your password manager need an MCP server? [0]

But it still does not mean a CLI is any better for everything.

[0] https://news.ycombinator.com/item?id=44528411

dnauticsyesterday at 6:15 PM

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?

show 2 replies
righthandyesterday at 11:35 PM

Lol people are so lost in the bs

whatever1yesterday at 6:18 PM

First they came for our RAGs, now for our MCPs. What’s next ?

fennecbuttyesterday at 11:49 PM

[dead]

SignalStackDevyesterday at 6:01 PM

[dead]

aplomb1026yesterday at 6:32 PM

[dead]

nimbus-hn-testyesterday at 5:56 PM

[dead]

mudkipdevyesterday at 6:18 PM

This got renamed right in front of my eyes

mt42oryesterday at 5:54 PM

I remember this kind of people against Kubernetes the same exact way. Very funny.

show 1 reply