How to submit an MCP server to awesome-mcp-list

By Jonah EasePublished Last checked

This list asks for very little: one bullet, in one fixed format, for a server whose source is on GitHub. That makes the format the whole review. A maintainer's habit of rewriting descriptions and landing the bullet directly is the other thing to know, and I found it in two closed pull requests[4][5].

It has to have a public repository

The contributing guide wants a public GitHub repository for the server, and the repository must not be archived. A website or hosted endpoint without a public repo is not accepted, "even if the server is listed on the MCP Registry"[1]. If your server is hosted-only, the remote list is the place, not this one.

The bullet

The required format (example names)
-   **[example-user/weather-mcp](https://github.com/example-user/weather-mcp)** [![GitHub stars](https://img.shields.io/github/stars/example-user/weather-mcp?style=social)](https://github.com/example-user/weather-mcp): Gets forecasts and alerts for a city.
  • Three spaces after the dash, a bold link whose text is owner/repo, and the stars badge for the same owner/repo with style=social[1][2].
  • A colon, then one concise sentence that ends with a period. The template's checklist says so, and the guide asks for one concise sentence[2].
  • Add exactly one bullet at the end of the right section and change nothing else. The README has 24 sections, from Browser Control to Robotics & Physical AI[3].

The pull request

  1. Fork, then branch from main.
  2. Add the one bullet. Search the README for your repository first so you do not add a duplicate[1].
  3. Title it Add owner/repo to <Category>. The template asks for the repository address, the category, and the exact line you added[2].
  4. The diff should touch only README.md.

What a maintainer does to your line

Two recent pull requests show a pattern. On a maintainer landed an entry directly on main and closed the pull request, after cutting "Official" from the description and the transport and hosting details, so it was one short sentence about what the server does[5]. In another, the description was rewritten as one neutral sentence ending with a period, with a trailing npx install command removed because it made a second sentence[4].

So write the sentence the way they will: neutral, one sentence, no install command, no word that claims status. A pull request that shows as closed and not merged on this repository can be an entry that did land.

What gets closed

The guide lists what usually ends a pull request or issue without a landing[1]:

  • It links only a website or hosted MCP address, with no public repo.
  • The format is wrong: no badge, wrong spacing, no owner/repo.
  • It duplicates a listing or another open pull request.
  • The repository is dead or returns 404.
  • It rewrites large parts of the README.

For a format closure the guide says to fix it and open a new pull request, and calls clean submissions welcome[1].

By hand, step by step

Copy the template line, replace the owner and repo in all three places, write the sentence, paste it at the bottom of the right section, and open the pull request. That is the entire route; there is no form and no sign-in beyond GitHub.

Current status,

On the list had 27 open pull requests[6]. The contributing guide and template are the ones quoted above[1][2].

How long merges took

In the 90 days to , 125 outside pull requests merged here; the typical one was merged 3.8 days after it was opened. The middle half took 6 h to 85 days.

awesome-mcp-listRolling 30-day median time to merge
awesome-mcp-list: rolling 30-day median time to mergeMobinX/awesome-mcp-list, 2 Oct 2025 to 2 Oct 2026. The latest point, the 30 days to 2 Oct 2026, is a median of 3.8 days over 125 merges. Windows with fewer than 3 merges are left out. Days on a log scale.1 h1 day1 wk30 days90 daysJan 2026Apr 2026July 2026Oct 20263.8 days
awesome-mcp-list: rolling 30-day median time to merge, by the day the window ends. Windows with fewer than 3 merges are left out.
Window endingRolling medianMerges in window
13 Mar 202615 days27
20 Mar 202615 days27
27 Mar 202615 days27
3 Apr 202615 days27
10 Apr 202610 days23
18 Sept 202651 days77
25 Sept 20269.2 days111
2 Oct 20263.8 days125

Measured . Pull requests merged on each list's GitHub repo, timed from opened to merged, read from GitHub's REST pulls list. Bot accounts ([bot]), the repo's owners, members and collaborators, and pull requests from a branch inside the list's own repo are left out. A past figure, not a promise. All 10 directories side by side: how long MCP directories take to merge.

Sources

  1. awesome-mcp-list: CONTRIBUTING.md · checked
  2. awesome-mcp-list: pull request template · checked
  3. awesome-mcp-list: README (sections) · checked
  4. awesome-mcp-list pull request 528: Add Spicy-API/spicy-mcp to Art & Culture · checked
  5. awesome-mcp-list pull request 530: Add Upload-Post/upload-post-mcp to Marketing · checked
  6. awesome-mcp-list: open pull requests · checked

ManyCP is not affiliated with, endorsed by or sponsored by any directory, Docker, OpenAI, Anthropic or GitHub named here. Names are used to say which service a fact is about.

Or skip all of that

Or let ManyCP do it in one click

ManyCP forks MobinX/awesome-mcp-list, adds your entry in the exact format, and opens the pull request from your GitHub account. It tracks the PR until it is merged.

More directories