Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MCP is dead?

quandri.io

Post reply on HN
Print view View original

301–310 of 444 posts

Re: MCP is dead?

#301

Post by btbuildem »

jaynate wrote: post #91

Feels like we’re continuing to trend toward deterministic workflows which may actually be okay in 90% of cases. Reality is there’s a lot of unnecessary token burn happening right now. Simple market dynamics will solve that, i.e., when token cost subsidies begin to fade away and we face the true cost of agent applications.

Bingo. All this agentic hype is just people discovering POCs. Yes you can hodgepodge semi-reliable solutions where you don't really know what you're trying to build so you wrap it in a layer than can sometimes approximate logic and decision making, so that you don't have to use logic or make decisions. Amazing.

Sooner or later you have to build the real thing, and the cost and slowness of token-based computation become unacceptable.

Re: MCP is dead?

#302

Post by windexh8er »

mxstbr wrote: post #22

I run the team at OpenAI that's responsible for the ChatGPT App Store, Codex plugins, and all things MCP. The thing that all these "MCP is dead" posts are missing is that whether or not MCP is used as a transport protocol is actually completely irrelevant. The reason MCP isn't dead is because practically ~every company on the planet is building an MCP server. I know this because we interact with all of them. Most of…

This is a classic PM take IMO, no disrespect.

"Everyone is building this!"

Except... Few are actually using it. So what, exactly, is the value in MCP?

Especially that there are simple ways for anyone to spin their own MCP based on standards like OAS. I talk to dozens of new clients in a given week. Our product should attract users who want MCP. And in the last month only one conversation actively asked us if we had an MCP server. Surprised, I asked about use case and the response was as I'd expect: "No specific use case, we're just playing around with it". Seems to be pretty standard for AI conversations these days.

Re: MCP is dead?

#303

Post by brookst »

tlogan wrote: post #112
mxstbr wrote: post #22

I run the team at OpenAI that's responsible for the ChatGPT App Store, Codex plugins, and all things MCP. The thing that all these "MCP is dead" posts are missing is that whether or not MCP is used as a transport protocol is actually completely irrelevant. The reason MCP isn't dead is because practically ~every company on the planet is building an MCP server. I know this because we interact with all of them. Most of…

I would bet that MCP is going to die. The main reason is that it adds another layer (and human) that can, and probably will, get out of sync with the real-world implementation, whether that implementation is an API, web, or a CLI. AI should not be using a protocol or set of instructions that is different from what humans have access to (know and use). Sure, companies want to expose MCP servers because it is the cool…

MCP is a higher layer than your existing API.

It’s like saying APIs are dead because you can just use HTTP. They’re not the same thing, though of course you can hand-roll the higher layer in the lower one. It’s just more work, less standard, less valuable.

I don’t think models will ever prefer a low level API to a decorated index of API features and how to use them, same way developers will never prefer a list of HTTP endpoints and bespoke headers + query strings + POST bodies over a structured API.

Re: MCP is dead?

#305

Post by tyingq »

The pro-MCP arguments sound a lot like the same ones for SOAP, J2EE, "Enterprise Service Bus" and other "once-dominant, now dead in favor of dev driven simpler solutions" tech.

Re: MCP is dead?

#306

Post by brookst »

js4ever wrote: post #148
tlogan wrote: post #112

Earlier quoted context omitted.

I would bet that MCP is going to die. The main reason is that it adds another layer (and human) that can, and probably will, get out of sync with the real-world implementation, whether that implementation is an API, web, or a CLI. AI should not be using a protocol or set of instructions that is different from what humans have access to (know and use). Sure, companies want to expose MCP servers because it is the cool…

Totally agree, MCP is the WAP equivalent of mobile internet access.

Have you used MCP, at the protocol level?

WAP was dumb and failed because it oversimplified the web, and phones evolved to be real computers.

MCP is more sophisticated than typical APIs. It adds organization, policy, and code vs data (prompts) partitioning.

IMO it’s more likely that non-LLM apps will start using MCP than it is for MCP to go the way of WAP.

Re: MCP is dead?

#307

Post by brookst »

troupo wrote: post #253
Groxx wrote: post #157

Earlier quoted context omitted.

I have some hope that this'll all lead to a revival of semantic web / microformats / etc. Why write an API when you can just add some markup to your existing API, which already looks like stuff that it was trained on, and won't fall out of sync (because you use it too)?

> I have some hope that this'll all lead to a revival of semantic web / microformats / etc Why would it? Do you see any agents or models use that? No, instead vibe coders at Anthropic vibe-designed a bespoke protocol that sidesteps and ignores the last 60 years of API development and integrations.

Different levels.

Yes, MCP is a hack that could have been carefully built on prior art, and it would have been better for it.

Yes, MCP is capable of expressing that prior art, and you can do semantic web concepts even if the wire protocol looks different.

Re: MCP is dead?

#308

Post by nsonha »

clarkdale wrote: post #293
raincole wrote: post #202

Earlier quoted context omitted.

Every time I read articles about MCP I feel like the internet (or HN) is having a collective stroke. People are saying API are better than MCP. But MCP is just API with some instructions for the AI to discover how to use it. Nothing more nothing less. And some people are saying we should use 'CLI'... what does it even mean? LLMs are good with common CLI tools like ffmpeg because the knowledge is solidified inside the…

I can't pipe an MCP's output to jq, and I can't ask an AI to write a python script to call an MCP.

sorry both of the things you said are false, why are they stated so confidently?

Re: MCP is dead?

#310

Post by Gomotono »

tlogan wrote: post #112
mxstbr wrote: post #22

I run the team at OpenAI that's responsible for the ChatGPT App Store, Codex plugins, and all things MCP. The thing that all these "MCP is dead" posts are missing is that whether or not MCP is used as a transport protocol is actually completely irrelevant. The reason MCP isn't dead is because practically ~every company on the planet is building an MCP server. I know this because we interact with all of them. Most of…

I would bet that MCP is going to die. The main reason is that it adds another layer (and human) that can, and probably will, get out of sync with the real-world implementation, whether that implementation is an API, web, or a CLI. AI should not be using a protocol or set of instructions that is different from what humans have access to (know and use). Sure, companies want to expose MCP servers because it is the cool…

What we really should have is an aligned discovery protocol and a generic globally used sdk which handles negotiation.

You have a client, the client uses the SDK, talks to endpoint x. Endpoint x tells it very efficient that they are now talking protobuf and rpc over quick or http15 and thats it.

Why don't we have this? Right because of people.

Its always people problem.

MCP is now here, it might stay.

Post reply on HN