Skip to content

How a request moves through Glxymesh

Engineering · 5 min read

From the moment an AI client calls a tool to the structured result it gets back: identity, the project's Lambda, keys at egress and the gateway in between.

A beam of light runs through three glowing rings, the gateway, the Lambda and egress, where a green key joins it, and reaches a wireframe globe.

In this post

  • The six hops every tool call takes
  • Where authentication happens, and which kind
  • Why your keys never reach the client

Every tool call on Glxymesh follows the same path. Knowing it tells you where to look when something fails, and why the platform can promise that your keys stay on the server.

Diagram: Claude calls the gateway, which checks identity and project; the project's Lambda runs your code; egress adds the key, allowed for api.stripe.com, before the request reaches the API; the result returns with no key in it.
The path every call takes. The key joins at egress, and the result that comes back never carries it.

Request received#

An AI client sends a tool call, such as tools/call → search-knowledge, to your project's MCP endpoint. The request carries the client's Glxymesh access token, not your service secrets.

Identity verified#

The gateway authenticates the user and the client, then checks project access: identity → project → tool permissions.

Tool run#

An http tool is a request described in YAML, so the gateway hands it straight to the egress gateway. A function tool's code runs in your project's own AWS Lambda, which has no network of its own: every request it makes goes out through the egress gateway too.

Key added on the way out#

The egress gateway checks that the host is one the tool lists, then adds the project secret bound to that host, as a header or a query parameter. Your code never holds the key, and the calling client never sees it.

Data retrieved#

The request reaches your data or model API with its credential, and the answer comes back the same way. Model API authentication belongs to this outbound call, not to the inbound MCP session.

Result returned#

The function returns a structured result through the gateway to the client that asked. The call completes, and its outcome stays visible in the console.

HopWhat happens
RequestClient calls the project endpoint with its access token
IdentityGateway checks user, client and project access
RunAn http tool's request, or your code in the project's Lambda
KeyEgress checks the host and adds the key bound to it
DataOutbound call to your data or model API
ResultStructured result returns through the gateway

Glxymesh team

The people building the platform. Questions about this post go to support@glxymesh.com.

Next postMCP server tutorial: deploy your first MCP server →