HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
punkpeye
awesome-mcp-servers
Learning & Reference2024–2026
punkpeye / awesome-mcp-servers

awesome-mcp-servers

A collection of MCP servers.

13Distinct people
16Mentions
0Explicit recommenders
97.7KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

A collection of MCP servers.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month16 dated mentions

Observed mentions: 2024-11-30 05:21:17 UTC to 2026-10-28 20:46:02 UTC.

012342024-11-01 00:00:00 UTC to 2024-12-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsNov 20242024-12-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 3 mentions; 3 submissions, 0 comments2025-01-01 00:00:00 UTC to 2025-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-02-01 00:00:00 UTC to 2025-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-03-01 00:00:00 UTC to 2025-04-01 00:00:00 UTC (exclusive): 4 mentions; 1 submissions, 3 comments2025-04-01 00:00:00 UTC to 2025-05-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments2025-05-01 00:00:00 UTC to 2025-06-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments2025-06-01 00:00:00 UTC to 2025-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-07-01 00:00:00 UTC to 2025-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-01 00:00:00 UTC to 2025-09-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2025-09-01 00:00:00 UTC to 2025-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-10-01 00:00:00 UTC to 2025-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsOct 20252025-11-01 00:00:00 UTC to 2025-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-12-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-01-01 00:00:00 UTC to 2026-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-01 00:00:00 UTC to 2026-03-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2026-03-01 00:00:00 UTC to 2026-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-04-01 00:00:00 UTC to 2026-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-05-01 00:00:00 UTC to 2026-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-06-01 00:00:00 UTC to 2026-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-07-01 00:00:00 UTC to 2026-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-08-01 00:00:00 UTC to 2026-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-09-01 00:00:00 UTC to 2026-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-10-01 00:00:00 UTC to 2026-11-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsOct 2026

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Nov 20242024-11-01 00:00:00 UTC2024-12-01 00:00:00 UTC110
Dec 20242024-12-01 00:00:00 UTC2025-01-01 00:00:00 UTC330
Jan 20252025-01-01 00:00:00 UTC2025-02-01 00:00:00 UTC000
Feb 20252025-02-01 00:00:00 UTC2025-03-01 00:00:00 UTC000
Mar 20252025-03-01 00:00:00 UTC2025-04-01 00:00:00 UTC413
Apr 20252025-04-01 00:00:00 UTC2025-05-01 00:00:00 UTC220
May 20252025-05-01 00:00:00 UTC2025-06-01 00:00:00 UTC211
Jun 20252025-06-01 00:00:00 UTC2025-07-01 00:00:00 UTC000
Jul 20252025-07-01 00:00:00 UTC2025-08-01 00:00:00 UTC000
Aug 20252025-08-01 00:00:00 UTC2025-09-01 00:00:00 UTC202
Sep 20252025-09-01 00:00:00 UTC2025-10-01 00:00:00 UTC000
Oct 20252025-10-01 00:00:00 UTC2025-11-01 00:00:00 UTC000
Nov 20252025-11-01 00:00:00 UTC2025-12-01 00:00:00 UTC000
Dec 20252025-12-01 00:00:00 UTC2026-01-01 00:00:00 UTC000
Jan 20262026-01-01 00:00:00 UTC2026-02-01 00:00:00 UTC000
Feb 20262026-02-01 00:00:00 UTC2026-03-01 00:00:00 UTC110
Mar 20262026-03-01 00:00:00 UTC2026-04-01 00:00:00 UTC000
Apr 20262026-04-01 00:00:00 UTC2026-05-01 00:00:00 UTC000
May 20262026-05-01 00:00:00 UTC2026-06-01 00:00:00 UTC000
Jun 20262026-06-01 00:00:00 UTC2026-07-01 00:00:00 UTC000
Jul 20262026-07-01 00:00:00 UTC2026-08-01 00:00:00 UTC000
Aug 20262026-08-01 00:00:00 UTC2026-09-01 00:00:00 UTC000
Sep 20262026-09-01 00:00:00 UTC2026-10-01 00:00:00 UTC000
Oct 20262026-10-01 00:00:00 UTC2026-11-01 00:00:00 UTC101

What Hacker News says

16 sources

Show HN: CSL MCP Server – Write and Verify AI Safety Policies from Claude/Cursor

CSL-Core is a policy engine that formally verifies AI agent constraints using Z3. Instead of prompting an LLM to behave, you write a small policy in CSL (Constitutional Specification Language), Z3 proves it has no contradictions at compile time, and a deterministic runtime enforces it — completely outside the model. We just shipped a built-in MCP server with 4 tools: verify_policy: Z3 formal verification in one call simulate_policy: test any JSON input, get ALLOWED/BLOCKED explain_policy: human-readable breakdown of any policy scaffold_policy: describe what you want in English, get a CSL template This means you can do this from Claude Desktop or Cursor: "Write me a policy that blocks transfers over $5000 for non-admin users" → scaffold generates a CSL template → verify proves it has no contradictions → simulate tests your edge cases → all
Read the rest
without leaving your editor The full loop: From English description to mathematically verified, runtime-enforced policy; happens inside your AI assistant. Why not just prompt the LLM to enforce rules? We benchmarked GPT-4o, Claude Sonnet 4, and Gemini 2.0 Flash as guardrails with a hardened system prompt. Every model was bypassed by at least one attack (context spoofing, multi-turn role escalation, unicode homoglyphs). CSL-Core blocked all of them; because the LLM never touches the enforcement layer. Setup: pip install "csl-core[mcp]" Claude Desktop config: { "mcpServers": { "csl-core": { "command": "csl-core-mcp" } } } Or with Docker: docker build -t csl-core-mcp . docker run -i csl-core-mcp GitHub: https://github.com/Chimera-Protocol/csl-core Listed on awesome-mcp-servers: https://github.com/punkpeye/awesome-mcp-servers Previous Show HN discussion: https://news.ycombinator.com/item?id=46963250 Would love feedback, especially from anyone building agentic systems where safety guarantees matter.
1 points · Open discussion
I sympathize so much with the failure of personal computing to manifest! > My point is that if all knowledge were stored in a structured way with rich semantic linking, then very primitive natural language processing algorithms could parse question like the example at the beginning of the article, and could find the answer using orders of magnitude fewer computational resources. And most importantly: the knowledge and the connections would remain accessible and comprehensible, not hidden within impenetrable AI models. It's a pocket hope of mine that AI brings us back to the Semantic Web, or something very like it. In many ways these embeddings are giant non-human lexicons already. Distilling this information out seems so possible. Even just making an AI to go markup (or uhh perhaps refine) a page with microdata seems conceptually very doa
Read the rest
ble! More broadly, looking at personal computing: my personal belief is that failure is hugely because of apps. Instead of a broader personal computing that aggregates, that allows constructivism, that enables personal growth & development (barefoot developers & home-cooked software style), computing has been defined by massificstion, by big tech software. The dominant computing paradigm has been mainframe pattern: we the user have an app that acts as a terminal to some far off cloud-y data center. Whatever agency we get is hewn out for us apriori by product teams, and any behavior not explicitly built in is a "Felony Contempt of Business Model" (an oh so accurate Doctorow-ism)! https://maggieappleton.com/home-cooked-software https://news.ycombinator.com/item?id=40633029 https://pluralistic.net/2022/10/20/benevolent-dictators/#fel... https://news.ycombinator.com/item?id=33279274 It is so so sad to see computing squandered so! The good news is AI is changing this relationship with software. I'm sure we will have no end of AI models built in to our software, that companies will maintain the strict control (tyrant's grip) over software as long as they can! But for AI to flourish, it's going to need to work across systems. And that means tearing down some of the walls, walls that have forcibly kept computing (ardently) anti-personal. I can go look at https://github.com/punkpeye/awesome-mcp-servers and take such great hope from it. Hundreds of ways that we have eeked out a way to talk interface with systems that, before, people had no say and no control over.
In AI is impressive because we've failed at personal computing
I am the founder of one of the MCP registries (https://glama.ai/mcp/servers). I somewhat agree with author’s comments, but also want to note that the protocol is in the extremely early stages of development, and it will likely evolve a lot over the next year. I think that no one (including me) anticipated just how much attention this will get straight out the door. When I started working on the registry, there were fewer than a few dozen servers. Then suddenly a few weeks later there was a thousand, and numbers just kept growing. However, lots and lots of those servers do not work. Majority of my time has gone into trying to identify servers that work (using various automated tests). All of this is in large part because MCP got picked up by the mainstream AI audience before the protocol reached any maturity. Things are starting to look be
Read the rest
tter now though. We have a few frameworks that abstract the hard parts of the protocol. We have a few registries that do a decent job surfacing servers that work vs those that do not. We have a dozen or so clients that support MCPs, etc. All of this in less than half a year is unheard of. So yes, while it is easy to find flaws in MCP, we have to acknowledge that all of it happened in a super short amount of time – I cannot even think of comparisons to make. If the velocity remains the same, MCP future is very bright. For those getting started, I maintain a few resources that could be valuable: * https://github.com/punkpeye/awesome-mcp-servers/ * https://github.com/punkpeye/awesome-mcp-devtools/ * https://github.com/punkpeye/awesome-mcp-clients/
In A critical look at MCP
> I understand MCP, the problem it solves, and why it seems a good idea I don't. Can you ELI5 why it's a good idea for me? I see what people are doing (1), and I see what the intent is (2), but no one seems to have an explanation of why it helps. The original MCP documentation has some vague hand waving about (3) about having prompts that would help ... with, something. ...but I don't see it in practice. ? Is this why people are asking "does this actually work?" ...because, its obviously not any better than the 'tool use' API that everyone was already using. It can't be. It doesn't do anything differently. I would bet that it actual makes agents less capable when you overload their context with unrelated tools that aren't relevant. Right? How can it possibly help? It sounds a lot like it rests on the assumption that adding tools is a zero
Read the rest
In Show HN: We made an MCP Server so Cursor can build things from REST API docs
punkpeye·Dec 17, 2024Submission

Show HN: Anthropic's MCP Server Directory

I started this project because I believe MCP has the potential to transform how AI models interact with external resources, but the ecosystem is still very fragmented. There's no central place to discover and compare all the server implementations available, which makes adoption and experimentation harder for developers. I initially built the GitHub repo awesome-mcp-servers (https://github.com/punkpeye/awesome-mcp-servers/), and it's been amazing to see the community contribute to it. Now, I'm taking it further with a directory that automates many tasks—introspecting servers to determine the tools, resources, and prompts they provide, inferring required configurations, and checking dependencies for vulnerabilities. These features are designed to make it easier for people to trust and use these servers in production environments. While an
Read the rest
open-source protocol is fantastic for innovation, I also think we need a centralized channel for addressing critical issues like security vulnerabilities, dependency management, and user support. My hope is that this directory not only grows with help from contributions, but also becomes a trusted resource for anyone entering the MCP space. If you're working on MCP servers or are interested in the project, I'd love to hear your thoughts!
11 points · Open discussion
punkpeye·Dec 2, 2024Submission

Appears that GitHub trending is manually curated page

Referring to https://github.com/trending I was expecting https://github.com/punkpeye/awesome-mcp-servers/ to appear on that list given the pace at which it is gaining GitHub stars, however, it does not. Meanwhile, a bunch of projects that are growing a lot slower do appear on the list. Therefore, I find their trending page misleading, as I always thought it is based on the stars gained.
2 points · Open discussion

Showing the 15 most recent of 16 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.