MCP Server Published But Not Visible on github.com/mcp Registry

[Wolfe-Jam]

📌 Update, Oct 2026: how onboarding works (community notes)

This thread became the place to request listing on github.com/mcp. These notes collect what's been said here.

The process (based on the accepted answer, @trent-j, May 2026):

1. Publish to the open-source MCP Registry first. Your entry should be active and isLatest.
2. Request onboarding here. Adding a new server to github.com/mcp is a manual curation step.
3. After that, new versions sync automatically from the open-source registry. No need to ask again for updates.

Include all of these in your request:

• Registry name (e.g. io.github.you/server or a domain-verified namespace), linked to its registry entry
• Version, active + isLatest
• Package and transport (npm / PyPI / cargo, stdio), or the remote endpoint and auth (streamable HTTP, OAuth / API key)
• Repository
• License
• What it does, in one or two lines
• Verification: the registry curl below, so the values can be checked

Check before you post (read the values from the registry, not from memory):

curl "https://registry.modelcontextprotocol.io/v0.1/servers?search=<your-server>"

Check whether you're already listed on GitHub's side:

curl "https://api.mcp.github.com/v0.1/servers?search=<your-server>"

_{Community notes from this thread. Corrections welcome.}

---

Original question (Oct 2025):

Hi community! Looking for clarification on how the GitHub MCP Registry works.
The Situation
We successfully published claude-faf-mcp to GitHub's MCP Registry (Anthropic-approved steward), but it's not appearing on github.com/mcp yet. We're curious about the process.
Quick Details

Server: claude-faf-mcp
Namespace: io.github.Wolfe-Jam
GitHub: https://github.com/Wolfe-Jam/claude-faf-mcp
npm: https://npmjs.com/package/claude-faf-mcp (3,600+ downloads, 800+ weekly)
Status: Published successfully (v2.6.1 via CLI)
Credentials: Official Anthropic MCP steward (PR #2759 merged)

Questions

Is github.com/mcp a curated list (vs automatic sync)?
If curated, what are the selection criteria?
How do we check publication status?
Any feedback on what might help visibility?

Why We Ask
claude-faf-mcp is the first persistent "Project DNA" layer in MCP — helps developers standardize AI context across teams. Visibility on github.com/mcp would help the ecosystem discover and adopt it.
Context

Previously posted: modelcontextprotocol/registry #690
Anthropic registry: ✅ Accepted and merged
Looking for guidance from anyone familiar with the curation process

Thanks for any insights! 🙏

[ghost]

39 days, no response.

claude-faf-mcp is approved by Anthropic (PR #2759 MERGED), has 10,067+ npm downloads, but isn't visible on github.com/mcp despite being listed in modelcontextprotocol/servers.

What are the curation criteria for github.com/mcp? Is there a separate approval process beyond the Anthropic PR?

Links:

• https://github.com/Wolfe-Jam/claude-faf-mcp
• Add claude-faf-mcp to MCP servers registry modelcontextprotocol/servers#2759

[ghost]

🎉 Update: Additional Milestone Since Posting

.faf is now IANA-registered as application/vnd.faf+yaml

This makes claude-faf-mcp:

• Built on an official Internet-standard format
• Only persistent project context MCP server with IANA-registered
  foundation
• Increased long-term stability and interoperability

Full details: https://www.faf.one/blog/iana-registration

Still curious about the github.com/mcp curation process and happy to
provide any additional info that might help.

[hstaudacher]

Hey @Wolfe-Jam,
right now the GitHub MCP registry is a curated list. This will change in a couple days when we enable sync with the open source registry. In order to get your server added, you have to publish it to the open source registry first. Here is a guide how to publish your server if you haven't done it already.

[ghost]

Hey HolgerMany thanks for your reply, we will take of it and let you know. thanks again,James (Wolfe) HarrisonFounderWolfe James LLCfaf.one - Project DNA for AI contextIANA Registered format .FAF for AI context application/vnd.faf+yaml"README evolution for AI era"Google Gemini CLI(9.5/10 Rating)  On Nov 10 2025, at 8:52 am, Holger Staudacher ***@***.***> wrote: Hey @Wolfe-Jam, right now the GitHub MCP registry is a curated list. This will change in a couple days when we enable sync with the open source registry. In order to get your server added, you have to publish it to the open source registry first. Here is a guide how to publish your server if you haven't done it already. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[Wolfe-Jam]

Hey @hstaudacher - following up from November.

Just published both FAF packages to the open source registry today:

• io.github.Wolfe-Jam/claude-faf-mcp v3.3.7
• io.github.Wolfe-Jam/faf-mcp v1.2.1

Ready for sync whenever that goes live.

If there's anything blocking the registry sync rollout, happy to help test, validate, or contribute. We've been through the mcp-publisher flow and can provide feedback if useful.

[Wolfe-Jam]

Hey @hstaudacher — friendly follow-up from the November conversation about registry sync.

Quick update on where things stand: we now have 6 FAF MCP servers published to the open source registry, all passing mcp-registry-validator with zero schema and zero lint issues:

Server	Registry	Schema	Lint
claude-faf-mcp	npm + MCP	0	0
faf-mcp	npm + MCP	0	0
grok-faf-mcp	npm + MCP	0	0
gemini-faf-mcp	PyPI + MCP	0	0
rust-faf-mcp	npm + MCP	0	0
wjttc	npm + MCP	0	0

All published via mcp-publisher, all on 2025-12-11 schema, all under namespace io.github.Wolfe-Jam.

You mentioned back in November that github.com/mcp would start syncing from the open source registry. Is that sync live now? If so, is there something on our end we need to do to appear? If it's still in progress, totally understand — just want to make sure we're not missing a step.

Happy to help test or validate anything on the sync pipeline.

[Wolfe-Jam]

Status check, 2026-05-18: github.com/mcp still shows ~97 servers, so the open-source-registry sync doesn't look live yet. The FAF servers remain published & schema-clean on the OSS registry.

If the list stays curated long-term: grok-faf-mcp is a distinct candidate on its own merit — the first MCP server for Grok, URL-based (zero install), just shipped v1.3.1 and registry-coherent. Flagging it specifically, not asking for blanket inclusion.

Is there an ETA for the sync, or is github.com/mcp staying curated? Either answer's fine — closing the loop on this thread.

[trent-j]

Hi @Wolfe-Jam, thanks for the thoughtful follow-up and for continuing to publish and validate your servers.

A few clarifications from our side: the GitHub MCP Registry now has the ability to sync versions from the open source registry, but onboarding a new server is still a manual curation process today. Once a server has been onboarded, newly published versions from the OSS registry should sync from there.

I’m closer to the technical side than the product/curation criteria, so I don’t want to overstate anything here. I’ll share your request with our product team and ask whether we’re able to move forward with onboarding them.

Thanks again for your patience, and for offering to help validate the sync path.

[cx-anand-nandeshwar]

Hi @trent-j

Could you please provide the exact steps or documentation required to list or publish my custom MCP server to the GitHub Registry https://github.com/mcp registry. I have security MCP server (Org level) which is used to provide security vulnerability remediation.

I have already raise an support ticket for the process but didn't get any resolution for this. Ticket: 4444073

[Wolfe-Jam]

Hey @trent-j — thanks again for looking into this and for offering to take it to the product team, genuinely appreciate it.

Quick update from our side: since May we've moved our two flagship servers to the FAF Foundation's DNS-verified one.faf/* namespace on the OSS registry — one.faf/claude-faf-mcp and one.faf/faf-mcp (both active + latest; my solo io.github.Wolfe-Jam entries deprecated — they served their purpose). So those are the canonical names now if onboarding moves forward. We've also added copilot-instructions emit (so .faf feeds GitHub Copilot directly), and a full GitHub version is in testing.

No rush at all on the github.com/mcp side — mostly I'd love to understand the lay of the land so we can be ready: is onboarding/sync something that's moving, or staying curated for now? And if there's a process, criteria, or anything we should prep on our end to make it easy when the time comes, happy to do the legwork.

Either way — thanks for keeping the channel open. 🙏

[trent-j]

We really appreciate your interest and the effort you put into getting your servers listed on the GitHub MCP Registry. We’re glad to share that they have now been onboarded.

[Wolfe-Jam]

Wow! what amazing news, thank you for your patience and steer, much appreciated.

[Wolfe-Jam]

Thanks again, trent-j 🙏 — two more of the FAF family are now published on the official MCP registry and ready whenever onboarding has room:

• Grok FAF — one.faf/grok-faf-mcp · https://github.com/Wolfe-Jam/grok-faf-mcp
• Gemini FAF — one.faf/gemini-faf-mcp · https://github.com/Wolfe-Jam/gemini-faf-mcp

Both are live on registry.modelcontextprotocol.io under one.faf/*, following the OSS-registry-first process from this thread.

No rush at all — thanks for keeping the channel open.

[edithatogo]

Onboarding request: io.github.edithatogo/fyi-mcp

Following the process clarified in this thread (OSS registry first; github.com/mcp initial onboarding is manual curation; versions sync after onboard):

Field	Value
Official registry name	io.github.edithatogo/fyi-mcp
Latest version	0.1.2 (active / isLatest)
Repository	https://github.com/edithatogo/fyi-cli
server.json	https://github.com/edithatogo/fyi-cli/blob/master/server.json
Description	Local-first FOI/OIA request tracker MCP for Alaveteli platforms (FYI.org.nz and multi-jurisdiction catalog)

OSS registry verification

curl -sS "https://registry.modelcontextprotocol.io/v0/servers?search=fyi-mcp"

returns io.github.edithatogo/fyi-mcp v0.1.2 active/latest.

github.com/mcp status (2026-07-09)

• Search fyi-mcp / edithatogo does not surface a curated card for this server
• https://github.com/mcp/io.github.edithatogo/fyi-mcp → 404

Could the product/curation team please consider onboarding this server so OSS version sync can take effect? Happy to provide additional metadata or validation help.

Tracked in: edithatogo/fyi-cli#32

[AkashGoenka]

Onboarding request: io.github.AkashGoenka/coldstart

Following the OSS-registry-first process described in this discussion:

• Official registry name: io.github.AkashGoenka/coldstart
• Latest version: 2.2.17
• Package: @cstart/coldstart (npm, stdio)
• Repository: https://github.com/AkashGoenka/coldstart
• Website: https://coldstartmcp.dev/
• Documentation: https://coldstartmcp.dev/docs/

coldstart provides self-maintaining codebase memory for AI coding agents: an AST index for exact code navigation plus agent-written notes that flag themselves stale when code changes.

The package includes the required mcpName marker and matching server.json, and the latest version is published to the official MCP Registry.

Please consider onboarding it to the GitHub MCP Registry so future versions can sync automatically. Thank you!

[happy520ai]

Onboarding request: io.github.happy520ai/unified-ai-system

Following the OSS-registry-first and manual-curation process confirmed in this discussion:

Field	Value
Official Registry name	io.github.happy520ai/unified-ai-system
Latest version	0.4.8 (active)
Package / transport	ghcr.io/happy520ai/unified-ai-system/mcp-server:0.4.8 / stdio
Repository	https://github.com/happy520ai/unified-ai-system
Manifest	https://github.com/happy520ai/unified-ai-system/blob/master/server.json
Documentation	https://happy520ai.github.io/unified-ai-system/codex-mcp-docker-quickstart.html

Unified AI System is an Apache-2.0 self-hosted gateway that gives Codex, Cursor, Cline, and generic MCP clients nine bounded tools. Its differentiating first-run path turns rough natural-language requests into structured, reviewable prompts locally, with a deterministic fake provider and no account or API key required. Real provider calls remain explicit and disabled by default.

The repository publishes pinned OCI images and runs public CI, container, MCP discovery, security-scanner, clean-clone, and process-cleanup checks. The Official Registry currently contains versions 0.3.1 through 0.4.8; GitHub MCP search still returns no result.

Please consider onboarding this server so future Official Registry versions can sync. I am happy to provide any additional metadata or validation evidence the curation team needs.

[cpellan561]

Onboarding request: to.derive/derive

Following the OSS-registry-first process confirmed in this thread (publish to the open source registry, then request manual onboarding; versions sync after):

Field	Value
Official registry name	to.derive/derive
Latest version	1.0.0 (active, isLatest)
Transport	Remote, Streamable HTTP at https://derive.to/mcp
Auth	OAuth 2.1, PKCE (S256), Dynamic Client Registration
Repository	https://github.com/derive-to/derive
Manifest	https://github.com/derive-to/derive/blob/main/server.json
Website	https://derive.to
Licence	FSL-1.1-ALv2 (converts to Apache 2.0)

Derive gives agent output a permanent home. One call publishes a document, styled page, deck, or report to a versioned URL a teammate can open and comment on inline; the agent reads those comments back and revises. Every tool carries a title and honest readOnlyHint / destructiveHint annotations, so annotation-aware clients auto-approve the reads and prompt on the writes.

Nothing to install and no key to paste — it is a remote server behind OAuth with dynamic client registration. Self-hosting is a single container, for teams that cannot send work to a hosted service.

OSS registry verification:

curl -sS "https://registry.modelcontextprotocol.io/v0/servers?search=to.derive"

returns to.derive/derive v1.0.0, status: active, isLatest: true.

github.com/mcp status (2026-08-12): a search for derive surfaces no card, and https://github.com/mcp/to.derive/derive returns 404.

Could the curation team consider onboarding this so future OSS registry versions sync automatically? Happy to provide any further metadata or validation.

[OlyaTi]

Onboarding request for a server already published to the OSS registry, following the format used earlier in this thread.

• Registry name: io.github.mnemoverse/mcp-memory-server
• Latest version: 0.8.1 (isLatest: true)
• What it is: persistent memory for AI agents, shared across tools: write a memory in one MCP client, recall it in another. Importance-scored writes, associative recall, feedback-tuned ranking, shared memory rooms.
• Remote: https://mcp.mnemoverse.com/mcp (Streamable HTTP, OAuth 2.1 + PKCE, RFC 9728 protected-resource metadata, dynamic client registration; vscode.dev is in the DCR allowlist, and loopback callbacks work for VS Code Desktop)
• Package: npm: @mnemoverse/mcp-memory-server (stdio, API-key auth)
• Repo: https://github.com/mnemoverse/mcp-memory-server (MIT)
• Verification:
  curl "https://registry.modelcontextprotocol.io/v0/servers?search=mnemoverse" returns the entry above; an unauthenticated POST https://mcp.mnemoverse.com/mcp returns 401 with a WWW-Authenticate: Bearer challenge and a resource_metadata pointer, per spec.
• Tool annotations: all ten remote tools carry title plus readOnlyHint/destructiveHint; the two destructive delete tools are deliberately not exposed on the remote endpoint.

Happy to provide a populated test account for review. Thanks for considering.

[rafaelgaspar]

Requesting onboarding for a new server:

Field	Value
Official registry name	io.github.rafaelgaspar/longhorn-mcp
Latest version	0.1.1 (active / isLatest)
Package / transport	npm — longhorn-mcp, stdio (npx -y longhorn-mcp)
Repository	github.com/rafaelgaspar/longhorn-mcp
Manifest	server.json
Documentation	README
License	MIT
Description	MCP server for the Longhorn distributed storage manager API. Full read/write coverage of Longhorn's REST API — volumes, snapshots, backups, backing images, nodes, settings, engine images, recurring jobs, and more — plus a --read-only mode, stdio and Streamable HTTP transports, and an official Helm chart for in-cluster deployment.

OSS registry verification:

curl -s "https://registry.modelcontextprotocol.io/v0/servers?search=io.github.rafaelgaspar/longhorn-mcp"

returns the server with "status": "active" and "isLatest": true.

Publishing is automated via GitHub Actions OIDC on every tagged release (.github/workflows/release.yaml), so future Official Registry versions should sync automatically once onboarded. Would appreciate this being added to the GitHub MCP Registry — thanks!

[atilaahmettaner]

Onboarding request: io.github.atilaahmettaner/tradingview-mcp (TradingMCP)

Please consider TradingMCP for github.com/mcp and the VS Code MCP gallery. We run the hosted server. Values read from the official registry on 2026-10-16.

Field	Value
Registry name	io.github.atilaahmettaner/tradingview-mcp
Version	0.9.0, active, isLatest: true (published 2026-10-15)
Transport	Remote Streamable HTTP: https://mcp.cryptosieve.com/mcp
Auth	API key in the X-API-Key header, declared in server.json as required and secret. initialize and tools/list work without a key; a keyless tool call returns an error that says where to get one.
Repository	https://github.com/atilaahmettaner/tradingview-mcp
License	MIT (open-source core)
Website	https://tradingmcp.ai
What it does	Market analysis for AI assistants: screeners, multi-timeframe analysis, walk-forward backtests and in-chat charts for crypto, stocks, forex and futures.

Verification:

curl "https://registry.modelcontextprotocol.io/v0.1/servers?search=io.github.atilaahmettaner/tradingview-mcp"

Not listed on GitHub's side yet: curl "https://api.mcp.github.com/v0.1/servers?search=tradingview" returns no servers (checked 2026-10-16).

Thanks!

[KaracaTR]

[atilaahmettaner]

@KaracaTR heads-up: I think this was meant for a different support thread. Replying to a GitHub notification email posts the reply here as a public comment, which is why my comment is quoted. I’m not GitHub staff or that service’s support, so I can’t act on it. You may want to delete this comment, since it mentions an exposed API key, and send the request to the right support team.

[PavelViarkhouski]

Onboarding request: com.stacklessdata/stackless (Stackless)

Please consider Stackless for github.com/mcp and the VS Code MCP gallery. We run the hosted server. Values read from the official registry on 2026-10-16.

Field	Value
Registry name	com.stacklessdata/stackless (DNS-verified namespace on stacklessdata.com)
Version	1.0.0, active, isLatest: true
Transport	Remote, streamable HTTP at https://{workspace}.stacklessdata.com/api/v1/mcp/transport. Each customer has a dedicated workspace, so workspace is a required URL variable.
Authentication	OAuth 2.1 authorization code flow with PKCE (S256), public protected-resource and authorization-server metadata, and dynamic client registration. Unauthenticated requests get 401 with a resource_metadata challenge. Users see only what their Stackless role allows.
Repository	No public repository: Stackless is a hosted commercial service.
License	Proprietary (commercial SaaS)
Docs	https://stacklessdata.com/docs/integrations/mcp

What it does: lets an AI assistant work with a company's data in Stackless. It finds trusted tables and metrics, explains lineage and freshness, and drafts data pipelines, semantic models and dashboards that a person reviews before anything is published.

Verification:

curl "https://registry.modelcontextprotocol.io/v0.1/servers?search=com.stacklessdata/stackless"
curl https://showcase.stacklessdata.com/api/v1/.well-known/oauth-protected-resource

[cole-h06]

Request to list Omneum on the GitHub MCP Registry

• Registry name: io.github.cole-h06/omneum
• Official registry version: 1.0.8 (active, isLatest: true)
• Package: PyPI omneum and MCPB 1.0.4
• Transport: stdio
• Repository: https://github.com/cole-h06/omneum
• License: MIT

Description: Omneum is an open-source, payload-blind MCP server that evaluates source reliability, provenance, evidence dependencies, and conflicting claims in AI agent context without reading source content using graph-based analysis.

Verification:

• Official MCP Registry — listed, active, latest
• GitHub MCP Registry — not currently listed

Requesting onboarding to github.com/mcp. Thank you!

[samihalawa]

Onboarding request: MagicInterview

Please consider MagicInterview for initial onboarding to the GitHub MCP Registry.

• Official Registry name: io.github.samihalawa/magicinterview
• Current official Registry version: 1.4.0, status active, isLatest: true (verified 17 October 2026).
• Remote Streamable HTTP endpoint: https://magicinterview.ai/mcp
• Authentication: OAuth
• Repository: https://github.com/samihalawa/magicinterview-plugin
• License: MIT
• Website: https://magicinterview.ai

MagicInterview connects an assistant to saved projects, conversations, CVs, job descriptions, client briefs and notes. Prepare interviews and meetings, request context-grounded coaching, and open the right conversation in MagicInterview for live suggestions on what to say next. Live audio capture runs in the MagicInterview app.

The official Registry latest-version endpoint confirms the active record above: https://registry.modelcontextprotocol.io/v0.1/servers/io.github.samihalawa%2Fmagicinterview/versions/latest

The GitHub MCP Registry search returned no matches for the exact Registry name on 17 October 2026: https://api.mcp.github.com/v0.1/servers?search=io.github.samihalawa%2Fmagicinterview

Could the curation team onboard this existing Registry record so future active versions can sync?

[skavio-eu]

Onboarding request: eu.skavio/paid-micro-apis (Skavio USDC Payment Verification & Proof MCP)

Please consider adding Skavio's hosted production MCP to the curated GitHub MCP Registry at github.com/mcp and the VS Code / Copilot MCP gallery. We operate the endpoint directly; the official MCP Registry record is active and latest as of October 17, 2026.

Field	Value
Official registry	eu.skavio/paid-micro-apis
Version / status	1.1.1, active, isLatest: true
Transport	Remote Streamable HTTP: https://www.skavio.eu/mcp
Discovery	Anonymous MCP initialize and tools/list; 18 described tools
Payment and access	Verification, matching, evidence PDF and DNS/TLS tools are pay-per-call via x402 v2 using native Circle USDC on Base. An x402-capable wallet client is needed; standard MCP discovery does not automatically provide a wallet or execute paid tools for free. An optional company Bearer key is only for separate authenticated tenant processing relays.
What it does	Read-only verification of native Circle USDC transfers across seven supported blockchains, exact recipient/amount reconciliation, downloadable blockchain evidence PDF, and public DNS/TLS checks. No custody; evidence PDFs are not tax invoices.
Public integration docs	https://github.com/skavio-eu/skavio-payment-proof-api
Setup and service pricing	https://www.skavio.eu/x402/docs/
Website	https://www.skavio.eu/x402/
License	Hosted proprietary service; public GitHub repository contains integration docs, not a claim that private server code is open source.

Pricing is explicit in the live payment challenges: verification 0.02 USDC, match 0.03, evidence PDF 0.05, DNS/TLS audit 0.05. Live funded HTTP and MCP transactions have been tested. The server is already present in the official MCP Registry; please consider indexing this existing canonical entry rather than creating a parallel listing.

[skavio-eu]

Onboarding request: io.github.skavio-eu/processing (Skavio Processing MCP)

Please consider adding Skavio Processing MCP to the curated GitHub MCP Registry at github.com/mcp / the VS Code MCP gallery. This is a separate server and authentication model from our USDC payment-verification tools. We operate it directly.

Field	Value
Official registry	io.github.skavio-eu/processing
Version / status	0.2.7, active, isLatest: true (October 17, 2026 readback)
Transport	Remote Streamable HTTP: https://www.skavio.eu/processing/mcp
Authentication	Company OAuth discovery, PKCE S256 and tenant-bound company credentials. Anonymous discovery does not grant processing permissions; paid execution requires a properly authorized company and valid credits or applicable plan.
Function	Company-scoped access to Skavio document and media processing tools: PDF, extraction/OCR and related file-processing workflows. Actual tool availability and commercial admission follow the live server and company entitlements.
Public integration docs	https://github.com/skavio-eu/skavio-processing-api
Public website	https://www.skavio.eu/developers/
License	Hosted proprietary service; public repository provides integration documentation.

The canonical remote URL, published server.json and official MCP Registry status already exist. We request curated discovery for the existing server without a duplicate identifier, proxy requirement, or change to company OAuth.

[abhij1306]

Onboarding request: com.citeladder/citeladder

Field	Value
Registry name	com.citeladder/citeladder (domain-verified namespace)
Version	1.0.1 - active, isLatest: true
Transport	streamable-http, remote endpoint: https://api.citeladder.com/mcp (OAuth)
Repository	https://github.com/abhij1306/CiteLadder
License	AGPL-3.0
What it does	Open-source AI search visibility tracker: shows which brands and pages ChatGPT, Gemini, Claude and Google AI Overviews name and cite. 46 tools.

Verification:

curl 'https://registry.modelcontextprotocol.io/v0/servers?search=citeladder'

returns v1.0.1 with status active and isLatest: true. Not currently listed on api.mcp.github.com. Thanks!

[danielsippel]

Onboarding request: com.assetfy/mcp (Assetfy)

Please consider Assetfy for github.com/mcp and the VS Code MCP gallery. We operate the hosted server ourselves.

Field	Value
Registry name	com.assetfy/mcp (HTTP-verified namespace on assetfy.com)
Version	1.1.1, active, isLatest: true (checked 17 Oct 2026)
Transport	Streamable HTTP, remote endpoint https://mcp.assetfy.com/mcp
Authentication	OAuth 2.1 with Dynamic Client Registration and PKCE
Repository	https://github.com/assetfy-com/assetfy-ai-plugins
License	MIT
Website / docs	https://assetfy.com/produkt/ai-mcp-anbindung/
Also listed	Claude connector directory

What it does: Official real estate data for Germany and Austria in the assistant: Flurstück (cadastral parcel) with size and outline, Bebauungsplan (zoning plan) with plan documents, Bodenrichtwert (official land value), GRZ/GFZ, buildings with eaves and ridge height, terrain from the 1 m elevation model, 3D building models, aerial images and property listings. All 39 tools are read-only and carry title and readOnlyHint annotations.

[asimokat]

Request to list net.imzala/ictihat

• Registry: net.imzala/ictihat, version 1.0.0 (active, latest)
• Remote: Streamable HTTP, https://mcp.imzala.net/mcp. OAuth 2.1 (CIMD and DCR, PKCE S256)
• Repository: https://github.com/asimokat/imzala-eklenti (MIT)
• Description: Turkish case-law archive for lawyers. 11.5M court decisions, citation verification, statute map, deep research. 12 read-only tools.
• Verify: curl "https://registry.modelcontextprotocol.io/v0.1/servers?search=net.imzala/ictihat"

[ashwin31]

Onboarding request: io.onlinecompiler/compiler

• Registry entry: io.onlinecompiler/compiler, domain verified by DNS
• Version: 1.0.0, status active, isLatest: true
• Transport: remote, streamable HTTP at https://api.onlinecompiler.io/mcp
• Auth: API key, Authorization: Bearer <key> (free key at https://api.onlinecompiler.io/compilers/api-keys/)
• Repository: none public (hosted service)
• License: proprietary hosted service with a free tier
• What it does: compiles and runs code in 12 languages (Python, Java, C, C++, C#, F#, Go, Rust, PHP, Ruby, Haskell, TypeScript). Each call runs in a fresh gVisor sandbox with no network, 512 MB of memory and a 30-second limit. Tools: list_compilers, run_code.
• Verify: curl "https://registry.modelcontextprotocol.io/v0.1/servers?search=io.onlinecompiler/compiler"

[tareq7]

Onboarding request: Muslim Prayer Reminder MCP

Please onboard Muslim Prayer Reminder MCP to the GitHub MCP Registry at https://github.com/mcp.

It is already published in the Official MCP Registry, but GitHub's catalog currently returns no matching entry.

• Registry name: io.github.tareq7/muslim-prayer-mcp
• Official registry version: 1.1.1, verified active and isLatest: true on October 17, 2026.
• Official registry entry: https://registry.modelcontextprotocol.io/v0.1/servers?search=io.github.tareq7%2Fmuslim-prayer-mcp
• Remote transport: Streamable HTTP, publicly accessible without authentication.
• Remote endpoint: https://muslim-prayer-mcp.najetareqz.workers.dev/mcp
• Local package: muslim-prayer-mcp@1.1.1, npm/npx with stdio transport.
• Repository: https://github.com/tareq7/muslim-prayer-mcp
• License: MIT.
• Website: https://tareq7.github.io/muslim-prayer-mcp/
• Existing ChatGPT plugin: https://chatgpt.com/plugins/plugin_asdk_app_6a9bca660b2c8191a1146aa615cad6f5

The server calculates daily prayer timetables and next-prayer countdowns, checks reminder status, and saves calculation preferences. It supports 12 calculation methods, Shafi/Hanafi Asr conventions, Arabic/English reminder text, and explicit calculation-authority and high-latitude approximation disclosures. Prayer location comes from a supported city, supplied coordinates/timezone, or a saved fixed location; it is not inferred from the connector's IP.

It exposes five tools: get_prayer_status, get_today_prayer_times, get_next_prayer, configure_prayer_preferences, and get_prayer_preferences. The remote tools/list and a Riyadh status request were verified successfully on October 17. Preference configuration writes saved settings; identified status checks can write reminder-deduplication state. Reminder status is returned when queried, rather than delivered as background phone notifications.

Registry verification:

curl 'https://registry.modelcontextprotocol.io/v0.1/servers?search=io.github.tareq7%2Fmuslim-prayer-mcp'

The latest result is version 1.1.1 with _meta["io.modelcontextprotocol.registry/official"].status equal to active and isLatest equal to true.

GitHub catalog check:

curl 'https://api.mcp.github.com/v0.1/servers?search=io.github.tareq7%2Fmuslim-prayer-mcp'

This currently returns an empty servers array. Requesting the initial manual onboarding described in the accepted answer here; please let me know if further information is needed for curation.

[georgiynefedov]

Onboarding request: com.synoptic/synoptic (Synoptic)

Please consider Synoptic for github.com/mcp and the VS Code MCP gallery. We operate the hosted server. Values read from the official registry on 2026-10-17.

Field	Value
Registry name	com.synoptic/synoptic (DNS-verified namespace for synoptic.com)
Version	1.0.0, active, isLatest
Remote endpoint	https://mcp.api.synoptic.com/mcp (streamable HTTP)
Auth	OAuth 2.1 with PKCE (S256); Client ID Metadata Documents and dynamic client registration. search, streams_all, get_stream and fetch also work without signing in.
Repository	Hosted, closed-source service; docs at https://docs.synoptic.com/s/mcp/mcp
License	Proprietary hosted service (terms)
What it does	Find, read and publish live news and data feeds: Twitter/X and Telegram monitors, press releases, SEC filings, IPOs, court dockets, economic releases. 70 tools, each with a title and read-only/destructive annotations.

Verification:

curl "https://registry.modelcontextprotocol.io/v0.1/servers?search=com.synoptic"

[hendricius]

Onboarding request: ai.loafy/loafy (Loafy: Sourdough Bread Baking)

Please consider Loafy for github.com/mcp and the VS Code MCP gallery. We operate the hosted server ourselves.

Field	Value
Registry name	ai.loafy/loafy (HTTP-verified namespace on loafy.ai)
Version	1.1.0, active, isLatest: true (checked 17 Oct 2026)
Transport	Streamable HTTP, remote endpoint https://loafy.ai/mcp
Auth	OAuth 2.1 with dynamic client registration and PKCE; guests can connect without an account
Repository	none public (hosted service); docs at https://loafy.ai/claude
License	proprietary hosted service; book content CC BY-SA 4.0
What it does	Sourdough baking: dough calculators, a bake planner, search and read the open book The Sourdough Framework, and with a free Loafy account a personal bake journal, starters and containers. 19 tools, 3 prompts.

Verify: curl "https://registry.modelcontextprotocol.io/v0.1/servers?search=ai.loafy/loafy"

[oschwald]

Please consider onboarding MaxMindDB to the GitHub MCP Registry.

• Registry name: io.github.oschwald/maxminddb
• Version: 0.3.0, verified as active and isLatest: true.
• Package: public multi-architecture OCI image ghcr.io/oschwald/maxminddb-mcp:0.3.0 (Linux AMD64 and ARM64), using stdio.
• Repository: https://github.com/oschwald/maxminddb-mcp
• License: ISC.

The server queries GeoIP2, GeoLite2, and custom MMDB files for IP locations and network ownership. It supports batch lookups, filtered and resumable network queries, database inspection, comparisons, and database downloads. Users supply existing databases or their own MaxMind credentials. This is an unofficial project and is not endorsed by MaxMind Inc.

Release CI publishes new versions to the official MCP Registry. The registry entry includes Docker launch settings, a persistent database volume, and credential prompts with the license key marked as secret.

Native installations are also available through the universal MCPB, which includes all five supported platform builds and Claude Desktop settings. Repository manifests support Claude, Cursor, and Antigravity.

Verification:

curl 'https://registry.modelcontextprotocol.io/v0.1/servers/io.github.oschwald%2Fmaxminddb/versions/latest'

The server and plugin identifiers are now maxminddb. The repository, executable, and config paths remain maxminddb-mcp.