Explore MCP App discovery mechanisms
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Quiet
- Tech stack
- typescript
- Domain
- api
Research direction
Start by reviewing the linked MCP Registry and the discovery mechanisms described for servers, app resources, and tool metadata. Collect concrete host discovery use cases and compare pre-connection metadata with post-connection discovery; done means documented use cases and an aligned direction with adjacent working groups.
Written by the indexing model from the issue text.
Description
Problem
MCP Apps discovery is currently underspecified. Servers can expose app resources and tool metadata once connected, but users and hosts generally discover MCP Apps through manual setup, host-specific registries, or product-specific flows. This relates to broader MCP server/connectors discovery questions.
This is a significant hurdle for wide user adoption.
Related areas:
- MCP Registry: https://github.com/modelcontextprotocol/registry
Context
Some hosts already have their own discovery mechanisms for their registries (not necessarily an MCP subregistry). However, it's uncommon, and currently fragmented by design. Whether or not this is an MCP Apps concern remains to be seen.
Questions for the workgroup
- What should be discoverable: MCP servers, app-providing servers, individual app resources, app capabilities, or all of these?
- Should Apps discovery be an extension of MCP Registry metadata, a server-declared manifest, host-specific registry metadata, or a combination?
- Do hosts need structured metadata before connecting to a server, or is post-connection discovery enough?
Desired outcome
Collect concrete discovery use cases and align with adjacent MCP working groups before deciding how to proceed.
- Dominant language
- TypeScript
- Stars
- 2.9k
- Forks
- 387
- Avg merge
- 3h 21m
- Merged PRs (30d)
- 6
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from modelcontextprotocol/ext-apps
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
modelcontextprotocol/ext-apps#767 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
modelcontextprotocol/ext-apps#742 · 1 comment ·
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
modelcontextprotocol/ext-apps#711 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
modelcontextprotocol/ext-apps#706 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
modelcontextprotocol/ext-apps#703 · 1 reaction ·
All issues in modelcontextprotocol/ext-apps
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
danielmiessler/LifeOS#2218 ·