Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial
One change · mcp

Extensions Overview changedextensions/overview

Nearest release: v2.1.271, published 22 hours after upstream edited the page. Shown because the two are within 24 hours of each other. Nothing here says the release caused the edit.

Upstream edited this page at 13 Sep 2026 21:30 UTC, give or take a minute or two: the time comes from Anthropic’s own sitemap rather than from a commit. This site recorded the change at 20 Oct 2026 20:07 UTC.

Upstream edited
Recorded here
Lines+16added
Lines−16removed
From line 8 where the diff opens
First seen 14 Aug 2026 this site's first read of the page
Recorded edits4to this page, all time

The whole hunk

from line 8, old and new numbered
/
lines
from line 8
88 
99Extensions are identified using a unique *extension identifier* with the format: `{vendor-prefix}/{extension-name}`, e.g. `io.modelcontextprotocol/oauth-client-credentials`. Identifiers follow the same rules as [`_meta` keys](/specification/draft/basic/index#meta), with a mandatory prefix. Official extensions use the `io.modelcontextprotocol` vendor prefix.
1010 
11<Tip>
12 If you're building a third-party extension, use a reversed domain name you own as the vendor prefix to avoid collisions (similar to Java package naming). For example, a company owning `example.com` would use `com.example/` as their prefix (e.g., `com.example/my-extension`).
13</Tip>
11> [!TIP]
12>
13> If you're building a third-party extension, use a reversed domain name you own as the vendor prefix to avoid collisions (similar to Java package naming). For example, a company owning `example.com` would use `com.example/` as their prefix (e.g., `com.example/my-extension`).
1414 
1515## Official Extension Repositories
1616 
from line 18
1818 
1919### MCP Authorization Extensions
2020 
21<Card title="modelcontextprotocol/ext-auth" icon="github" href="https://github.com/modelcontextprotocol/ext-auth">
22 Extensions for supplementary authorization mechanisms beyond the core
23 specification.
24</Card>
21> **[modelcontextprotocol/ext-auth](https://github.com/modelcontextprotocol/ext-auth)**
22>
23> Extensions for supplementary authorization mechanisms beyond the core
24> specification.
2525 
2626| Extension | Description |
2727| - | - |
from line 30
3030 
3131### MCP Apps
3232 
33<Card title="modelcontextprotocol/ext-apps" icon="github" href="https://github.com/modelcontextprotocol/ext-apps">
34 Extensions for interactive UI elements in conversational MCP clients.
35</Card>
33> **[modelcontextprotocol/ext-apps](https://github.com/modelcontextprotocol/ext-apps)**
34>
35> Extensions for interactive UI elements in conversational MCP clients.
3636 
3737| Extension | Description |
3838| - | - |
from line 48
4848 
4949### Skills over MCP
5050 
51<Card title="modelcontextprotocol/ext-skills" icon="github" href="https://github.com/modelcontextprotocol/ext-skills">
52 Discover and read Agent Skills from MCP servers.
53</Card>
51> **[modelcontextprotocol/ext-skills](https://github.com/modelcontextprotocol/ext-skills)**
52>
53> Discover and read Agent Skills from MCP servers.
5454 
5555| Extension | Description |
5656| - | - |
from line 94
9494 
9595SDKs can choose to implement extensions, but it's not required for protocol conformance. SDK maintainers have full autonomy over which extensions they support. Where an SDK does support extensions, SDK documentation should list which extensions are supported.
9696 
97<Note>
98 Extensions are always disabled by default and require explicit opt-in from the developer.
99</Note>
97> [!NOTE]
98>
99> Extensions are always disabled by default and require explicit opt-in from the developer.
100100 
101101### Evolution
102102 
Feedback