Seems like the Smithery website (i am unaffiliated) has become the go to place for publishing MCPs. Kinda like Huggingface is for models.
Smithery already has an “integration” with Cursor in so that it has a Cursor button and a copypasteable snippet. And they have a declarative format for MCP config input that allows them to pretty-print a config-form.
Would be dope to see a searchbox of some sort in cursor, or even a “discover more MCP servers” link that leads to Smithery. It would help a lot of people discover the wild power of unusual MCPs like VegaLite charts, Playwright etc.
Or we could go wild and integrate it as the third dropdown option after cmd, that would show a search AND a config input.
There are so many registries popping up nowadays. Is there any proper evaluation of their quality including the quality of the MCPs there? Some look proper but others seem like knockoffs or incomplete.
I haven’t seen any other registry so far. I’ve just seen a bunch of people make blogposts and lists, but not an actual registry. Can you point me to some of them, I’d like to investigate!
To answer your question about quality: Our MCPs are ranked by usage and community voted. You can generally trust that MCPs that have higher usage tend to deliver more value.
Great to see you here, could you shed some light what parts of the Smithery AI user interface mean?
The green dots?
Whats the purpose of repos/servers that do not exist or cant be run? its pretty much wasting time to have to check details of packages that are ‘unclaimed’ etc…
can the search be improved? categories etc?
its unclear why we would need to get an api key for packages/servers that can be run locally or anywhere.
is only typescript supported? so many servers are on non-node/js/typescript nowadays.
i guess since you require docker images we could also use other languages.
ahm where would persistent need to data go since your servers are stopping after 5min?
what cost is involved? please dont say 0 as things cost.
I agree, after using it a bit, and visiting the links others posted, Smithery is no longer special in any way.
mcpserverfinder . com seems to do exactly the same job - without the whole hassle of serving the servers. It is also much more clear in its purpose.
Although, both of them share the exact same problems - servers don’t work, or are not compatible with Cursor, there is seemingly no review process, half of it is duplicates. Feels a bit wild west.
I have yet to see a third option. I suppose my request for Cursor to integrate with a directory isn’t necessarily going to be realistic - until we have an actual trustworthy directory lol.
the future I would like to see is that installing and managing mcp’s (all stored on github I guess) will be pretty similar to installing extensions in vscode/cursor. one click install/enable/disable from same interface. Plus some ability to easily enable/disable on a project specific basis.
Perhaps Cursor themselves could start a Cursor MCP directory. Perhaps that is the answer here a directory of curated, voted MCPs that are explicitly meant to be used with Cursor.
not sure what an Cursor MCP directory would do. The MCP tools are not cursor specific but per use case e.g. you need for your Cursor usage process e.g. development some tools, you install those from the original tool maker or a fork thats better.
Sure a quality directory would be great, but the pains of operating it publicly.
It would offer a 1st party way to “integrate Cursor” with different tools. Thus creating a perception that Cursor just magically works with a lot of other tools, databases, CMS systems, online datasets etc.
Kinda like vscode extensions - yeah you can run prettier via cli, but isn’t it nicer to have vscode just magically run it on every save?
hehe i have an issue with vscode extension store. so many extensions are made by someone else than the actual creator of the tool (3rd party tool integration, like debuggers or linters,…) so the integration is incomplete.
I prefer other IDEs better as their marketplaces are not as a hot mess like vscode, but their Ai tools are way worse, so its this IDE thats better.
Yeah a proper marketplace is needed for MCP. so many MCP directories are shady and have lots of hastily imported mcp tools that dont even work. (Smithery & others). this wastes so much time in checking what tools are from who, does data go somewhere off machine where its not supposed to go, are they updating the mcp servers,…
I guess part of the issue is the recent hype and success of some of the tools.
a directory of curated, voted MCPs that are explicitly meant to be used with Cursor.