5 ms·

Directory of MCP Servers

187 points by saikatsg 1y ago

coderstartup 1y ago
Super cool, Thanks
Maxious 1y ago
There's some movement on https://github.com/modelcontextprotocol/registry https://github.com/modelcontextprotocol/registry > The MCP Registry service provides a centralized repository for MCP server entries. It allows discovery and management of various MCP implementations with their associated metadata, configurations, and capabilities.
- connor4312 1y ago
  @ VS Code we've been collaborating on this and plan to ship initial support for registries in our next release.
mooreds 1y ago
Also interesting was mintlify's decision to start one and then shut it down. https://mintlify.com/blog/why-we-sunsetted-mcpt https://mintlify.com/blog/why-we-sunsetted-mcpt Nice story of startup focus.
- swyx 1y ago
  > Messages flooded in from developers both within and outside our customer base, all eager to submit their servers to get listed. The validation was clear – there was significant demand for what we'd built. I know Han and he's a smart guy but this is very very wrong lol. there's significant SUPPLY for what he built. because everyone is just trying to self promote by putting mcp wrappers of their stuff out. the hard part is the demand. (and also the fact that anthropic is putting up an official registry so it'll be steamrolled)
asdev 1y ago
You don't need MCP you just need function calling
- laidoffamazon 1y ago
  Is there a better “universal” or standard framework to do itv
  - asdev 1y ago
    you don't need any universal standard, you just need functions specific to your app's use case
    - djohnston 1y ago
      you can leverage MCPs without building any app at all.
- hughdbrown 1y ago
  Yeah, but there is a distinct advantage to using a standard. Suppose you want your agent to use postgres or git or even file modification. You write your code to use MCP and your backend is already available. It's code you don't have to write.
  - jappgar 1y ago
    Are we still writing code?
    - revskill 1y ago
      We write to fix the bullshits from ai.
- mindwok 1y ago
  Yes because we should all be building function calling implementations for the same 10 SaaS services rather than using 10 standard MCP servers.
devops000 1y ago
What is a useful agent build with MCP?
- kordlessagain 1y ago
  I have an agent that creates new tools here: https://github.com/kordless/gnosis-evolve https://github.com/kordless/gnosis-evolve. I use it with Claude Desktop for a lot of different things, including browsing or searching for content, with the various crawlers that are out now. There's a crawl4ai tool that is pretty useful.
  - ilteris 1y ago
    Couldn't you do this without mcp? Could you help me understand the value?
    - kordlessagain 1y ago
      Yes, absolutely. Can be done without it and fairly easy to even make it call remotely. The value is a framework that a client can use to make calls, however. And if I want to use Claude Desktop, much easier to use MCP to deal with the interconnect. Consider VSCode integration there is much there for me to learn. Here it's easy to use the MCP stuff but it certainly isn't necessary in a server deployment, for example. Although you may want to write a MCP server for your endpoints, if you make money off that stuff.
reustle 1y ago
Here are a few more: - https://smithery.ai/ https://smithery.ai/ - https://github.com/wong2/awesome-mcp-servers https://github.com/wong2/awesome-mcp-servers - http://mcp.so/servers http://mcp.so/servers - https://cursor.directory/mcp https://cursor.directory/mcp But as mentioned above, there is an ongoing discussion for the Anthropic registry https://github.com/modelcontextprotocol/registry https://github.com/modelcontextprotocol/registry
- tkellogg 1y ago
  FYI https://mcp.so/ https://mcp.so/ is the exact same thing as was posted. Not sure why they directed to the github instead of the actual site..
cadamsdotcom 1y ago
There's a huge gap in this market for someone who can take these and make them trustworthy. Maybe the OpenRouter of MCP.
- tough 1y ago
  The underlying issue is always relying on a third party, on openrouter you're trusting the end model provider to not do funny business can't really fix this
  - cadamsdotcom 1y ago
    If you're paying said third party it's a decent mitigation.
    - tough 1y ago
      maybe said third party could just run / veto most basic mcp servers so youcan run them on their server with some peace of mind interesting
- cyanydeez 1y ago
  I don't see how they could ever be trust worthy without kneecaping the claimed benefits.
- AsmodiusVI 1y ago
  Docker is doing this.
jjfoooo4 1y ago
I’ve been seeing MCP compared to extensions in web browsers. Which I find telling, since I wouldn’t exactly say web extensions have been a great success - it’s a pretty niche dev market, and the security posture remains pretty anxiety inducing
- owebmaster 1y ago
  Extensions were a huge success, it was what made Firefox dethrone IE and then Chrome taking the lead. But then the smartphone era came and most people access the internet through them and extensions are not 1st class citizens in mobile.
867-5309 1y ago
Model Context Protocol
CSMastermind 1y ago
I wonder if there's a market for someone figuring out how to build monetization into MCP or something similar. Being able to offer a helpful API to the world and just getting paid whenever someone uses it would be really nice. At the moment you have to process the payment "yourself" (even if you use a third party for that), issue an API key, etc.
- meander_water 1y ago
  I reckon the target market would have to be non-developers (because MCP servers are easily reproducible with LLMs, they even encourage it in the docs), and you wouldn't even mention MCP. Just have a list of tools which you can optionally enable in the chat client
- tomjen3 1y ago
  The market for MCP servers is the same as the market for rest endpoints: its a delivery mechanism for the underlying service. I don't think you can make money on them, they are too simple to clone, but you can make money charging for the API. If you have a per usage license making an MCP is a very obvious choice - if you charge per seat it is mostly a question of how how sticky you are versus the competition.
  - OtherShrezzing 1y ago
    I see value in a pay-per-execution model. I run a service which has a lot of proprietary data. Right now, if Anthropic/OpenAI wanted to use that data in their responses, they need to find me, setup an account, plug it into their chatbot, and return the data to an end user. With some kind of MCP tip jar, they could extract the data they need and pay $0.02 for the service. It would remove a lot of friction in the system, and could generate revenues for content & data creators.
    - tomjen3 1y ago
      Thats exactly why I think it is such a good idea.
jappgar 1y ago
Is this like 10 years ago when you could find a Directory of GraphQL Servers? Seems silly in retrospect no?
- malablaster 1y ago
  I agree. There’s no need to centralize this list.
- Too 1y ago
  The difference is that GraphQL requires explicit integration with every single API. With MCP you just add the endpoint (close your eyes for security issues) and voilá, several new capabilities were added that you can talk to using human language.
schappim 1y ago
So far, I’ve catalogued over 6,000 MCP servers. If you’re interested in the next layer beyond just discovering MCP servers, I’ve been working on https://ninja.ai https://ninja.ai — an app store for AI assistants to connect to tools via MCP, without needing to touch the command line. Think one-click installs for pipes that let agents actually do things like triage email or book Ubers. Would love feedback if you’re experimenting in this space too!
- tomjen3 1y ago
  Cool. Just a heads up, ninja is also a name for a c++ build system.
Nedomas 1y ago
We've built a version of this on steroids - not only a registry, but also one-click mcp hosting. Would love you eyeballs if you're into mcp: https://supermachine.ai https://supermachine.ai
maxwellg 1y ago
I can't wait for first-party remote MCP servers to become more common. Right now we're taking a strange detour of everyone trying to proxy everyone else's APIs and do manual API Key juggling because platforms aren't running their own MCP servers and clients don't support the latest OAuth changes. In a year from now, Github will run a single public Github MCP server that you will connect to via OAuth - you won't need to install it locally or faff around with tokens or environment variables at all.
- meander_water 1y ago
  This is kind of what smithery does already. You can choose to install a local server, or connect to a remotely hosted server on smithery after authenticating through your GitHub OAuth.
- niel 1y ago
  > In a year from now You can get a taste of this already. While they still call it a prototype/beta, Sentry's MCP server [0] is a model for others to follow when it comes to convenience and usefulness. Remote-first with OAuth. The biggest hurdle to using it as-is at the moment, is that most clients don't natively support OAuth yet, so often you'll rely on a local proxy server, like mcp-remote [1], to handle auth. Clients will catch up. [0] https://mcp.sentry.dev/ https://mcp.sentry.dev/ [1] https://github.com/geelen/mcp-remote https://github.com/geelen/mcp-remote
  - cyberge99 1y ago
    The step after that is paid access to any apis.
- joshstrange 1y ago
  I agree that we will probably move to first-party remote MCP servers in the near future which puts a lot of registries/etc in limbo. That said, I think there might be a market for MCP servers that do more than the first-party client, it will really depend on what first-party support looks like. Did they implement all of their existing API in MCP or just a few parts? However, my experience with MCP servers so far (and it’s super early days, I know), has taught me that in a lot of cases it’s better/easier to write your own MCP server/tools. A lot of MCP servers out there are sloppy and/or hard to run/debug. Since most tools are a thin layer over existing API/SDK calls it’s not hard to write (or LLM generate) the needed code which has the added bonus of giving you full control. Even when an MCP server works 100% and is easy to run, it doesn’t always map 1:1 with the API and so I’ve run into “Yes, you can retrieve data object X but you can’t filter by Y because they didn’t implement that filter in the tool call”.
constantinum 1y ago
[Noob doubt] Am I getting this right? Based on the architecture/flow diagram of MCP, every SaaS app out there can build an MCP server. But you'll need a "MCP host" to make it work, right? Right now, I'm only seeing a handful of hosts — Claude Desktop and Windsurf. Who will be building these "hosts"? I'm only seeing use cases revolving around these hosts. Is there any real-life production use-cases? How will this pan out?
- happyopossum 1y ago
  Today there are a handful of client-side options, cline, Claude desktop, windsurf, Google’s ADK, etc. keep in mind though, we’re talking about a spec that was released around last Thanksgiving. It’s been like 7 months, and the pace of development has been blistering. Once the authN/authZ stuff is fully codified and baked, we’ll see first part MCP gateways and the ability to connect to those tools with the Chatbot of your choice. Consider what we see now as a developer preview…
- evalstate 1y ago
  The list here https://modelcontextprotocol.io/clients https://modelcontextprotocol.io/clients has a number of Host applications, frameworks etc.
slimslenders 1y ago
Community MCP servers available as Docker images are also being listed here https://hub.docker.com/catalogs/mcp https://hub.docker.com/catalogs/mcp
curtisszmania 1y ago
[dead]
joshwarwick15 1y ago
List of Remote only severs here: https://github.com/jaw9c/awesome-remote-mcp-servers https://github.com/jaw9c/awesome-remote-mcp-servers
avandekleut 1y ago
Ive used smithery.ai as well.
SafeDusk 1y ago
Instead of connecting to a server with 1000(s) of tools, I'm going the opposite direction and claim that you only need <10 sharp tools/small function for most use cases. As an example, today I re-implemented Google's AlphaEvolve with <7 tools (https://toolkami.com/alphaevolve-toolkami-style/ https://toolkami.com/alphaevolve-toolkami-style/).
- joshstrange 1y ago
  100% this. Next steps are auto-generate or auto-mashup tools (a couple of projects are doing this) and small, reusable agents that only have access to the handful of tools they need. “Auto-mashup” refers to (I just made it up) a concept of chaining existing tools with a bit of logic so that instead of having to round trip to the LLM for common cases you can call “Get the load, and the last N log lines, and procstat the top 10 procs, …” all into a “check_server_status”. Similar to some systems that let the LLM write and reuse tools, this would be the same thing, just leveraging other/existing MCP tools. Maybe “auto-composition” is a better name.
Yiling-J 1y ago
I think Hugging Face will soon add an MCP category to their homepage, similar to what modelscope has done(the Chinese equivalent of Hugging Face): https://www.modelscope.cn/mcp https://www.modelscope.cn/mcp
jillesvangurp 1y ago
There's a big market opportunity here. Countless SAAS solutions are currently trying to figure out how to deal with this new AI thing. If it has some kind of API, creating an MCP server for it isn't technically hard. You can probably generate one with an LLM. It's so easy that you wonder why this is a thing at all. Let the LLMs sort it out; this is low level plumbing stuff it shouldn't require my brain to work hard. What is hard is integrating across SAAS solutions that haven't done this yet in a way that is secure and easy. Most MCP things out there are so far about exposing things that have a very low value. All the high value stuff is locked up behind APIs, authorization, secure networking (i.e. not publicly accessible typically), etc. Bridging that stuff is going to generate a lot of work in the next few years and more importantly, companies are going to spend large amounts of money on this because it can deliver a lot of value to them. People that believe that this is going to be a done deal in six months are dreaming. It's more like ten years. But that just means that there is good money to be made by people that can do this stuff and that can navigate the decades of byzantine digital cruft in the corporate world. You can already see the usual suspects (big consultancy companies) sniffing around this topic. There will be lots of such companies doing a brisk business by the end of this year.
- buremba 1y ago
  > People that believe that this is going to be a done deal in six months are dreaming. It's more like ten years. You might be underestimating how fast the current ETL / integration companies can pivot to provide reliable MCP servers as the lift is pretty small.
deleted 1y ago
[deleted]
laacz 1y ago
If you need directories for something, it just won't scale.

187 points by saikatsg 1y ago

Super cool, Thanks

There's some movement on https://github.com/modelcontextprotocol/registry https://github.com/modelcontextprotocol/registry > The MCP Registry service provides a centralized repository for MCP server entries. It allows discovery and management of various MCP implementations with their associated metadata, configurations, and capabilities.

connor4312 1y ago
@ VS Code we've been collaborating on this and plan to ship initial support for registries in our next release.

mooreds 1y ago

Also interesting was mintlify's decision to start one and then shut it down. https://mintlify.com/blog/why-we-sunsetted-mcpt https://mintlify.com/blog/why-we-sunsetted-mcpt Nice story of startup focus.

swyx 1y ago
> Messages flooded in from developers both within and outside our customer base, all eager to submit their servers to get listed. The validation was clear – there was significant demand for what we'd built. I know Han and he's a smart guy but this is very very wrong lol. there's significant SUPPLY for what he built. because everyone is just trying to self promote by putting mcp wrappers of their stuff out. the hard part is the demand. (and also the fact that anthropic is putting up an official registry so it'll be steamrolled)

asdev 1y ago

You don't need MCP you just need function calling

laidoffamazon 1y ago
Is there a better “universal” or standard framework to do itv
- asdev 1y ago
  you don't need any universal standard, you just need functions specific to your app's use case
  - djohnston 1y ago
    you can leverage MCPs without building any app at all.
hughdbrown 1y ago
Yeah, but there is a distinct advantage to using a standard. Suppose you want your agent to use postgres or git or even file modification. You write your code to use MCP and your backend is already available. It's code you don't have to write.
- jappgar 1y ago
  Are we still writing code?
  - revskill 1y ago
    We write to fix the bullshits from ai.
mindwok 1y ago
Yes because we should all be building function calling implementations for the same 10 SaaS services rather than using 10 standard MCP servers.

devops000 1y ago

What is a useful agent build with MCP?

kordlessagain 1y ago
I have an agent that creates new tools here: https://github.com/kordless/gnosis-evolve https://github.com/kordless/gnosis-evolve. I use it with Claude Desktop for a lot of different things, including browsing or searching for content, with the various crawlers that are out now. There's a crawl4ai tool that is pretty useful.
- ilteris 1y ago
  Couldn't you do this without mcp? Could you help me understand the value?
  - kordlessagain 1y ago
    Yes, absolutely. Can be done without it and fairly easy to even make it call remotely. The value is a framework that a client can use to make calls, however. And if I want to use Claude Desktop, much easier to use MCP to deal with the interconnect. Consider VSCode integration there is much there for me to learn. Here it's easy to use the MCP stuff but it certainly isn't necessary in a server deployment, for example. Although you may want to write a MCP server for your endpoints, if you make money off that stuff.

reustle 1y ago

Here are a few more: - https://smithery.ai/ https://smithery.ai/ - https://github.com/wong2/awesome-mcp-servers https://github.com/wong2/awesome-mcp-servers - http://mcp.so/servers http://mcp.so/servers - https://cursor.directory/mcp https://cursor.directory/mcp But as mentioned above, there is an ongoing discussion for the Anthropic registry https://github.com/modelcontextprotocol/registry https://github.com/modelcontextprotocol/registry

tkellogg 1y ago
FYI https://mcp.so/ https://mcp.so/ is the exact same thing as was posted. Not sure why they directed to the github instead of the actual site..

cadamsdotcom 1y ago

There's a huge gap in this market for someone who can take these and make them trustworthy. Maybe the OpenRouter of MCP.

tough 1y ago
The underlying issue is always relying on a third party, on openrouter you're trusting the end model provider to not do funny business can't really fix this
- cadamsdotcom 1y ago
  If you're paying said third party it's a decent mitigation.
  - tough 1y ago
    maybe said third party could just run / veto most basic mcp servers so youcan run them on their server with some peace of mind interesting
cyanydeez 1y ago
I don't see how they could ever be trust worthy without kneecaping the claimed benefits.
AsmodiusVI 1y ago
Docker is doing this.

jjfoooo4 1y ago

I’ve been seeing MCP compared to extensions in web browsers. Which I find telling, since I wouldn’t exactly say web extensions have been a great success - it’s a pretty niche dev market, and the security posture remains pretty anxiety inducing

owebmaster 1y ago
Extensions were a huge success, it was what made Firefox dethrone IE and then Chrome taking the lead. But then the smartphone era came and most people access the internet through them and extensions are not 1st class citizens in mobile.

867-5309 1y ago

Model Context Protocol

CSMastermind 1y ago

I wonder if there's a market for someone figuring out how to build monetization into MCP or something similar. Being able to offer a helpful API to the world and just getting paid whenever someone uses it would be really nice. At the moment you have to process the payment "yourself" (even if you use a third party for that), issue an API key, etc.

meander_water 1y ago
I reckon the target market would have to be non-developers (because MCP servers are easily reproducible with LLMs, they even encourage it in the docs), and you wouldn't even mention MCP. Just have a list of tools which you can optionally enable in the chat client
tomjen3 1y ago
The market for MCP servers is the same as the market for rest endpoints: its a delivery mechanism for the underlying service. I don't think you can make money on them, they are too simple to clone, but you can make money charging for the API. If you have a per usage license making an MCP is a very obvious choice - if you charge per seat it is mostly a question of how how sticky you are versus the competition.
- OtherShrezzing 1y ago
  I see value in a pay-per-execution model. I run a service which has a lot of proprietary data. Right now, if Anthropic/OpenAI wanted to use that data in their responses, they need to find me, setup an account, plug it into their chatbot, and return the data to an end user. With some kind of MCP tip jar, they could extract the data they need and pay $0.02 for the service. It would remove a lot of friction in the system, and could generate revenues for content & data creators.
  - tomjen3 1y ago
    Thats exactly why I think it is such a good idea.

jappgar 1y ago

Is this like 10 years ago when you could find a Directory of GraphQL Servers? Seems silly in retrospect no?

malablaster 1y ago
I agree. There’s no need to centralize this list.
Too 1y ago
The difference is that GraphQL requires explicit integration with every single API. With MCP you just add the endpoint (close your eyes for security issues) and voilá, several new capabilities were added that you can talk to using human language.

schappim 1y ago

So far, I’ve catalogued over 6,000 MCP servers. If you’re interested in the next layer beyond just discovering MCP servers, I’ve been working on https://ninja.ai https://ninja.ai — an app store for AI assistants to connect to tools via MCP, without needing to touch the command line. Think one-click installs for pipes that let agents actually do things like triage email or book Ubers. Would love feedback if you’re experimenting in this space too!

tomjen3 1y ago
Cool. Just a heads up, ninja is also a name for a c++ build system.

Nedomas 1y ago

We've built a version of this on steroids - not only a registry, but also one-click mcp hosting. Would love you eyeballs if you're into mcp: https://supermachine.ai https://supermachine.ai

maxwellg 1y ago

I can't wait for first-party remote MCP servers to become more common. Right now we're taking a strange detour of everyone trying to proxy everyone else's APIs and do manual API Key juggling because platforms aren't running their own MCP servers and clients don't support the latest OAuth changes. In a year from now, Github will run a single public Github MCP server that you will connect to via OAuth - you won't need to install it locally or faff around with tokens or environment variables at all.

meander_water 1y ago
This is kind of what smithery does already. You can choose to install a local server, or connect to a remotely hosted server on smithery after authenticating through your GitHub OAuth.
niel 1y ago
> In a year from now You can get a taste of this already. While they still call it a prototype/beta, Sentry's MCP server [0] is a model for others to follow when it comes to convenience and usefulness. Remote-first with OAuth. The biggest hurdle to using it as-is at the moment, is that most clients don't natively support OAuth yet, so often you'll rely on a local proxy server, like mcp-remote [1], to handle auth. Clients will catch up. [0] https://mcp.sentry.dev/ https://mcp.sentry.dev/ [1] https://github.com/geelen/mcp-remote https://github.com/geelen/mcp-remote
- cyberge99 1y ago
  The step after that is paid access to any apis.
joshstrange 1y ago
I agree that we will probably move to first-party remote MCP servers in the near future which puts a lot of registries/etc in limbo. That said, I think there might be a market for MCP servers that do more than the first-party client, it will really depend on what first-party support looks like. Did they implement all of their existing API in MCP or just a few parts? However, my experience with MCP servers so far (and it’s super early days, I know), has taught me that in a lot of cases it’s better/easier to write your own MCP server/tools. A lot of MCP servers out there are sloppy and/or hard to run/debug. Since most tools are a thin layer over existing API/SDK calls it’s not hard to write (or LLM generate) the needed code which has the added bonus of giving you full control. Even when an MCP server works 100% and is easy to run, it doesn’t always map 1:1 with the API and so I’ve run into “Yes, you can retrieve data object X but you can’t filter by Y because they didn’t implement that filter in the tool call”.

constantinum 1y ago

[Noob doubt] Am I getting this right? Based on the architecture/flow diagram of MCP, every SaaS app out there can build an MCP server. But you'll need a "MCP host" to make it work, right? Right now, I'm only seeing a handful of hosts — Claude Desktop and Windsurf. Who will be building these "hosts"? I'm only seeing use cases revolving around these hosts. Is there any real-life production use-cases? How will this pan out?

happyopossum 1y ago
Today there are a handful of client-side options, cline, Claude desktop, windsurf, Google’s ADK, etc. keep in mind though, we’re talking about a spec that was released around last Thanksgiving. It’s been like 7 months, and the pace of development has been blistering. Once the authN/authZ stuff is fully codified and baked, we’ll see first part MCP gateways and the ability to connect to those tools with the Chatbot of your choice. Consider what we see now as a developer preview…
evalstate 1y ago
The list here https://modelcontextprotocol.io/clients https://modelcontextprotocol.io/clients has a number of Host applications, frameworks etc.

slimslenders 1y ago

Community MCP servers available as Docker images are also being listed here https://hub.docker.com/catalogs/mcp https://hub.docker.com/catalogs/mcp

curtisszmania 1y ago

[dead]

joshwarwick15 1y ago

List of Remote only severs here: https://github.com/jaw9c/awesome-remote-mcp-servers https://github.com/jaw9c/awesome-remote-mcp-servers

avandekleut 1y ago

Ive used smithery.ai as well.

SafeDusk 1y ago

Instead of connecting to a server with 1000(s) of tools, I'm going the opposite direction and claim that you only need <10 sharp tools/small function for most use cases. As an example, today I re-implemented Google's AlphaEvolve with <7 tools (https://toolkami.com/alphaevolve-toolkami-style/ https://toolkami.com/alphaevolve-toolkami-style/).

joshstrange 1y ago
100% this. Next steps are auto-generate or auto-mashup tools (a couple of projects are doing this) and small, reusable agents that only have access to the handful of tools they need. “Auto-mashup” refers to (I just made it up) a concept of chaining existing tools with a bit of logic so that instead of having to round trip to the LLM for common cases you can call “Get the load, and the last N log lines, and procstat the top 10 procs, …” all into a “check_server_status”. Similar to some systems that let the LLM write and reuse tools, this would be the same thing, just leveraging other/existing MCP tools. Maybe “auto-composition” is a better name.

Yiling-J 1y ago

I think Hugging Face will soon add an MCP category to their homepage, similar to what modelscope has done(the Chinese equivalent of Hugging Face): https://www.modelscope.cn/mcp https://www.modelscope.cn/mcp

jillesvangurp 1y ago

There's a big market opportunity here. Countless SAAS solutions are currently trying to figure out how to deal with this new AI thing. If it has some kind of API, creating an MCP server for it isn't technically hard. You can probably generate one with an LLM. It's so easy that you wonder why this is a thing at all. Let the LLMs sort it out; this is low level plumbing stuff it shouldn't require my brain to work hard. What is hard is integrating across SAAS solutions that haven't done this yet in a way that is secure and easy. Most MCP things out there are so far about exposing things that have a very low value. All the high value stuff is locked up behind APIs, authorization, secure networking (i.e. not publicly accessible typically), etc. Bridging that stuff is going to generate a lot of work in the next few years and more importantly, companies are going to spend large amounts of money on this because it can deliver a lot of value to them. People that believe that this is going to be a done deal in six months are dreaming. It's more like ten years. But that just means that there is good money to be made by people that can do this stuff and that can navigate the decades of byzantine digital cruft in the corporate world. You can already see the usual suspects (big consultancy companies) sniffing around this topic. There will be lots of such companies doing a brisk business by the end of this year.

buremba 1y ago
> People that believe that this is going to be a done deal in six months are dreaming. It's more like ten years. You might be underestimating how fast the current ETL / integration companies can pivot to provide reliable MCP servers as the lift is pretty small.

deleted 1y ago

[deleted]

laacz 1y ago

If you need directories for something, it just won't scale.