Live data from Hacker News

The Future of MCPs

iamcharliegraham.substack.com

21–30 of 90 posts

Re: The Future of MCPs

#21
post #9

Are there any open-source MCP 'app stores' currently available? I am considering building one for my employer. A place to host internally built MCPs. It would be useful to know if there is something already out there.

This is a registry I know of: https://smithery.ai but it's just a listing

But any self-hosted npm registry backend (e.g. github npm registry) should serve as a private MCP Server registry?

Re: The Future of MCPs

#22
post #15
post #12

Earlier quoted context omitted.

I don't feel that way. Maybe the first examples have all been related to what software people do, but I think an MCP for a travel site would be a game changer. There are so many things I want to tell a travel site that just doesn't fit into filters, so then end up spending more time searching all kinds of permutations. These could be done with an MCP-augmented agent.

There is no saying that they will expose more functionality through the MCP API than their web site. I imagine the API will be more limited.

No, but let me be more specific.

For example, when I search for flights, there might be situational things (like, "can you please find me a flight that has at least a 2 hour layover at airport because last time i had a hard time finding the new terminal" etc.

Or an agent that will actually even READ that information from the airport website to see notices like "expect long delays in the next 3 months as we renovate Terminal 3"

Right?

The agent could have this information, and then actually look at the flight arrival/departure times and actually filter them through.

Other things like, "I can do a tuesday if cheaper, or, look through my calendar to see if i have any important meetings that day and then decide if i can pick that day to save $400"

These are all things that synthesize multiple pieces of data to ultimately arrive at something as simple as a date filter.

Re: The Future of MCPs

#23
post #11

> Think of MCPs as standardized APIs—connectors between external data sources or applications and large language models (LLMs) like ChatGPT or Claude. This is incorrect. MCP is Model Context Protocol. You didn't "build an MCP", you implemented an MCP server. Lighttpd is not "an HTTP", it's an HTTP server. wget is also not "an HTTP", it's an HTTP client. Lighttpd and wget are different enough that it's useful to make…

I’d just like to interject for a moment. What you’re refering to as Linux, is in fact, GNU/Linux, or as I’ve recently taken to calling it, GNU plus Linux. Linux is not an operating system unto itself, but rather another free component of a fully functioning GNU system made useful by the GNU corelibs, shell utilities and vital system components comprising a full OS as defined by POSIX.

Many computer users run a modified version of the GNU system every day, without realizing it. Through a peculiar turn of events, the version of GNU which is widely used today is often called Linux, and many of its users are not aware that it is basically the GNU system, developed by the GNU Project.

There really is a Linux, and these people are using it, but it is just a part of the system they use. Linux is the kernel: the program in the system that allocates the machine’s resources to the other programs that you run. The kernel is an essential part of an operating system, but useless by itself; it can only function in the context of a complete operating system. Linux is normally used in combination with the GNU operating system: the whole system is basically GNU with Linux added, or GNU/Linux. All the so-called Linux distributions are really distributions of GNU/Linux!

Re: The Future of MCPs

#24
MCPs tries too hard to signal XHR for AI, but nobody wants to earnestly deal with the consequences of AI interfacing in a wider context of mis-/disinformation, hallucination and generally letting it talk to stuff in a semi-unprompted manner.

Re: The Future of MCPs

#25
post #11

> Think of MCPs as standardized APIs—connectors between external data sources or applications and large language models (LLMs) like ChatGPT or Claude. This is incorrect. MCP is Model Context Protocol. You didn't "build an MCP", you implemented an MCP server. Lighttpd is not "an HTTP", it's an HTTP server. wget is also not "an HTTP", it's an HTTP client. Lighttpd and wget are different enough that it's useful to make…

I’d just like to interject for a moment. What you’re refering to as Linux, is in fact, GNU/Linux, or as I’ve recently taken to calling it, GNU plus Linux. Linux is not an operating system unto itself, but rather another free component of a fully functioning GNU system made useful by the GNU corelibs, shell utilities and vital system components comprising a full OS as defined by POSIX. Many computer users run a modifi…

Hey look I found the individual willing to die on the "ATM Machine" / "NIC card" hill!

Re: The Future of MCPs

#26

If you're sold on MCP, what was your "wow" moment? I've read the docs and tinkered a bit but it was a decidedly "meh" experience personally. It seems very similar to ChatGPT Plugins, and that was a flop. I don't really like the fuzzy nature of the architecture, where I never know what server will be invoked. And I have to manually opt-in to each server I want to use? To be unexpectedly useful, it seems like I would h…

The first use case I found relevant and useful was the Supabase MCP server, allowing Cursor's agent to query my Supabase project. It meant no longer describing my database to Cursor, it could simply go and get the information it needed, as needed.

Re: The Future of MCPs

#27

Interesting thoughts regarding MCPs being the future App Store/Platform. I don't know that I agree but I don't necessarily disagree either. Time will certainly tell. To me, MCP feels more like an implementation detail, not something that most people would ever use directly. I would expect that the future would be some app distributed through existing channels, which bundles the MCP client into it, then uses a server-…

MCP's will be run by the service providers, and you'll have the ability to "link" them, just like today you can link a Google account to give access to Calendar, GDrive, ... in the future you'll be able to give a model access to the Google MCP for your account.

i wonder how granular the permissions will get though. giving model-level access to something like Gmail sounds powerful, but also like a privacy minefield if not done carefully. curious to see how trust and isolation get handled.

Re: The Future of MCPs

#28

Interesting thoughts regarding MCPs being the future App Store/Platform. I don't know that I agree but I don't necessarily disagree either. Time will certainly tell. To me, MCP feels more like an implementation detail, not something that most people would ever use directly. I would expect that the future would be some app distributed through existing channels, which bundles the MCP client into it, then uses a server-…

MCP has a remote protocol. You don't need to install anything to add an MCP server, or rather, you won't once client support catches up to the spec. It will be a single click in whatever chat interface you use.

Re: The Future of MCPs

#29
post #22
post #15

Earlier quoted context omitted.

There is no saying that they will expose more functionality through the MCP API than their web site. I imagine the API will be more limited.

No, but let me be more specific. For example, when I search for flights, there might be situational things (like, "can you please find me a flight that has at least a 2 hour layover at airport because last time i had a hard time finding the new terminal" etc. Or an agent that will actually even READ that information from the airport website to see notices like "expect long delays in the next 3 months as we renovate T…

So, Yahoo! Pipes, but with magic and wishful thinking

Re: The Future of MCPs

#30
post #10

>>MCP Affiliate Shopping Engines As someone else once said, I want a Grocery Shopping Engine. "Here's my shopping list, taking into consideration delivery times and costs, please buy this for the lowest cost from any combination of supermarkets and deliver by day after tomorrow at the latest." If MCPs gave the LLMs a window into all the major supermarkets home shopping sites that looks like it's a step closer.

> If MCPs gave the LLMs a window into all the major supermarkets home shopping sites that looks like it's a step closer.

And how exactly will they do that?

Post reply on HN