←back to thread

MCP is eating the world

(www.stainless.com)
335 points emschwartz | 8 comments | 21 Jun 25 16:30 UTC | HN request time: 1.083s | source | bottom
Show context
time0ut ◴[24 Jun 25 16:12 UTC] No.44367747[source]▶
In some ways MCP is like the next evolution of API over HTTP.

We've exposed our APIs as SOAP endpoints. These were not well suited to web based clients, leading to the development of "RESTful" JSON endpoints. As web clients became more complex, GraphQL arose as a solution to some of the problems encountered. Maybe MCP is the next step.

I don't mean that MCP will supersede these protocols. My company exposes our endpoints as SOAP, REST, and GraphQL still as they fit different use cases and customer bases. We are piloting an MCP version to see how that goes now.

It is fun to work on something new and play with agents to see how they consume our endpoints in this form. I think there is a lot of potential.

replies(1): >>44367935 #
1. v3ss0n ◴[24 Jun 25 16:29 UTC] No.44367935[source]▶
Unecessary complication. LLM Can call tools without MCP 100% fine. You don't need a Stateful SSE JSORPC Meshedup server running APIs rebraneded as tools at somewhere on the cloud .
replies(2): >>44368062 #>>44368312 #
2. taude ◴[24 Jun 25 16:39 UTC] No.44368062[source]▶
I think there's going to be a lot of places where you want the middleare that's only exposing a sub-set of apis. and the Ideas that you copy some URL, put it in your LLM Client, and then it magically gets all the tools/endpoints available to you, and you start interacting with it, simplifies the process greatly for a lot of users. No swagger, no http post, body vs params, etc....just play with with your prompt sentance until you get it to do what you want.

(edit: sorry, I responded to wrong thread.)

replies(1): >>44368291 #
3. v3ss0n ◴[24 Jun 25 16:58 UTC] No.44368291[source]▶
Yeah that but - Why SSE? - Why JsonRPC - Why Statefulness

REST based Tool Call Server would work 100% fine. Now auth have to be redone for those specifically.

And for users of MCP Tools - they are sending a lot of their information to whatever service they are running - that they have never control of

For developer it is not necessary and security nightmare if you use someone's MCP service or run your own.

For users , it is a privacy nightmare .

4. jcelerier ◴[24 Jun 25 17:00 UTC] No.44368312[source]▶
> LLM Can call tools without MCP 100% fine.

but can the LLM host UI ask me for permission (in an outside-of-LLM domain) if the LLM wants to call API foo.bar ?

replies(2): >>44368773 #>>44368886 #
5. fullstackwife ◴[24 Jun 25 17:44 UTC] No.44368773[source]▶
Sounds like NPM:)
6. v3ss0n ◴[24 Jun 25 17:55 UTC] No.44368886[source]▶
Thats all part of how you code the LLMHost Backend and Frontend. I build several MCP and MCP-Less tool calling agents using autogen and they can ask the user permission. That is nothing to do with MCP at all.

Look into AutoGen by microsoft or if you want more basic , learn how tool calling in LLMs work.

replies(2): >>44378058 #>>44379928 #
7. owebmaster ◴[25 Jun 25 14:54 UTC] No.44378058{3}[source]▶
MCP is the React for tool calling agents. There is also Angular (langchain?) and vanilla, rolling your own. React won.
8. jcelerier ◴[25 Jun 25 17:42 UTC] No.44379928{3}[source]▶
> Thats all part of how you code

I mean I certainly don't want to code my own LLM UI