What You Will Build
In this guide, you will configure Mekarge A3 to authorize MCP Tools on an MCP Server using Streamable HTTP as the transport layer.
In this guide, the MCP Host application does not directly perform the OAuth token exchange. Mekarge A3 is designed around predefined OAuth Clients. However, MCP Hosts such as VSCode may dynamically register themselves using Dynamic Client Registration (DCR). To bridge this difference, a DCR-capable proxy acts as an intermediary backend. The proxy dynamically registers Clients and securely manages OAuth tokens on behalf of the MCP Host. This architecture is useful when third-party MCP applications cannot securely store Client credentials.
Such proxy functionality can run as a separate node or embeded into the MCP Server, which is the option followed through this document.
At the end of this tutorial:
- VSCode will connect a MCP Server to use tools available only to the User
Quick Concepts
| Client | Represents the VSCode application |
| Resource | Represents a protected MCP Server |
| Scope | Represents a specific type of access on a MCP Server |
| Role | Role determines which Client Permissions are available to Users |
| User Group | Groups Users and assigns Roles |
| Data Source | Stores User credentials and details |
| Context | Represents a specific subset of MCP functionality or data |
| Context Visibility | Controls which Contexts a Client can access after authentication. |
Read more about Architecture and Concepts in Mekarge A3 documentation.