_______ __ _______
| | |.---.-..----.| |--..-----..----. | | |.-----..--.--.--..-----.
| || _ || __|| < | -__|| _| | || -__|| | | ||__ --|
|___|___||___._||____||__|__||_____||__| |__|____||_____||________||_____|
on Gopher (inofficial)
URI Visit Hacker News on the Web
COMMENT PAGE FOR:
URI Directory of MCP Servers
slimslenders wrote 1 hour 56 min ago:
Community MCP servers available as Docker images are also being listed
here
URI [1]: https://hub.docker.com/catalogs/mcp
constantinum wrote 2 hours 27 min 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 wrote 2 hours 21 min 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â¦
maxwellg wrote 2 hours 51 min 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 wrote 2 hours 15 min 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.
Nedomas wrote 3 hours 53 min 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:
URI [1]: https://supermachine.ai
schappim wrote 4 hours 20 min 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 [1] â 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!
URI [1]: https://ninja.ai
jappgar wrote 4 hours 46 min ago:
Is this like 10 years ago when you could find a Directory of GraphQL
Servers?
Seems silly in retrospect no?
malablaster wrote 2 hours 48 min ago:
I agree. Thereâs no need to centralize this list.
CSMastermind wrote 4 hours 47 min 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 wrote 3 hours 58 min 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
867-5309 wrote 5 hours 33 min ago:
Model Context Protocol
jjfoooo4 wrote 6 hours 8 min 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
cadamsdotcom wrote 6 hours 15 min ago:
There's a huge gap in this market for someone who can take these and
make them trustworthy. Maybe the OpenRouter of MCP.
cyanydeez wrote 5 hours 42 min ago:
I don't see how they could ever be trust worthy without kneecaping
the claimed benefits.
tough wrote 6 hours 10 min 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 wrote 3 hours 43 min ago:
If you're paying said third party it's a decent mitigation.
tough wrote 34 min 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
reustle wrote 6 hours 26 min ago:
Here are a few more:
- [1] - [2] - [3] - [4] But as mentioned above, there is an ongoing
discussion for the Anthropic registry
URI [1]: https://smithery.ai/
URI [2]: https://github.com/wong2/awesome-mcp-servers
URI [3]: http://mcp.so/servers
URI [4]: https://cursor.directory/mcp
URI [5]: https://github.com/modelcontextprotocol/registry
tkellogg wrote 5 hours 20 min ago:
FYI [1] is the exact same thing as was posted. Not sure why they
directed to the github instead of the actual site..
URI [1]: https://mcp.so/
devops000 wrote 6 hours 45 min ago:
What is a useful agent build with MCP?
kordlessagain wrote 6 hours 9 min ago:
I have an agent that creates new tools here: [1] . 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.
URI [1]: https://github.com/kordless/gnosis-evolve
asdev wrote 6 hours 49 min ago:
You don't need MCP you just need function calling
jappgar wrote 4 hours 42 min ago:
I find it funny that vibers trust AI to write their entire platform
but don't trust it enough to eval a curl statement.
mindwok wrote 6 hours 15 min ago:
Yes because we should all be building function calling
implementations for the same 10 SaaS services rather than using 10
standard MCP servers.
ukuina wrote 3 hours 58 min ago:
But the standard servers should be hosted by the service provider,
like mcp.slack.com as a counterpart to api.slack.com
Why should I be self-hosting ANY local MCP server for accessing an
external service?
reustle wrote 3 hours 34 min ago:
That is being done as a stop gap until official servers are
released. Ideally you are writing a server for your own
product/service, or custom local work.
i.e. I wrote a server for water.gov to pull the river height
prediction nearby for the next 24hr. This helps the campground
welcome message writing tool craft a better welcome message.
Sure that could be a plain tool call, but why not make it
portable into any AI service.
hughdbrown wrote 6 hours 39 min 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 wrote 4 hours 41 min ago:
Are we still writing code?
laidoffamazon wrote 6 hours 48 min ago:
Is there a better âuniversalâ or standard framework to do itv
asdev wrote 6 hours 47 min ago:
you don't need any universal standard, you just need functions
specific to your app's use case
djohnston wrote 4 hours 56 min ago:
you can leverage MCPs without building any app at all.
mooreds wrote 7 hours 2 min ago:
Also interesting was mintlify's decision to start one and then shut it
down. [1] Nice story of startup focus.
URI [1]: https://mintlify.com/blog/why-we-sunsetted-mcpt
swyx wrote 2 hours 17 min 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)
Maxious wrote 7 hours 4 min ago:
There's some movement on [1] > 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.
URI [1]: https://github.com/modelcontextprotocol/registry
connor4312 wrote 5 hours 44 min ago:
@ VS Code we've been collaborating on this and plan to ship initial
support for registries in our next release.
coderstartup wrote 8 hours 57 min ago:
Super cool, Thanks
DIR <- back to front page