MCP's disregard for 40 years of RPC best practices

https://julsimon.medium.com/why-mcps-disregard-for-40-years-of-rpc-best-practices-will-burn-enterprises-8ef85ce5bc9b

According to the Author of the Post the Model Context Protocol (MCP) disregards RPC best practices like:

  • No (enforced) type validation of inputs at compile-time
  • Mixing stateful and stateless Operations without clear labeling/separation
  • No generated consistent bindings for different languages (similar to the first point) like e.g. gRPC does
  • No tracability embedded into the Protocol
  • Relying on "yet another library" to add functionality that is baked into other RPC protocols (e.g. Authorization, generators, tracing)

I thought it was an interesting read. We are (in our company) using MCP in a more Basic way (to access company internal ressources like Wiki's, issue trackers, etc.) and for this they work good enough. But I never thought about the consequences you might experience if you MCP in a more complex and autonomuous use case.

11 points · 2 comments · view on lemmy.world

2 Comments

etchinghillside@reddthat.com · 6 pts · 200d

Have kind of given up on MCP and just add skills/prompts on how to interact with the API.

fubarx@lemmy.world · 1 pts · 188d

MCPs could learn a thing or two from the failures of ActiveX.

Will they?

No...