Skip to main content
The Remote StreamNative MCP Server exposes a wide catalog of tools. Clients can use HTTP headers to authenticate, bind root sessions to an organization, request read-only behavior, and narrow the tool catalog. Administrators can use the StreamNative Cloud Console to enable MCP access and set the maximum tool catalog.
Send these headers to a root, organization, or cluster endpoint. See Remote MCP Access for endpoint construction details.

Header reference

How feature selection works

  • When X-MCP-Features is omitted, the server uses the configured default tool set. Pulsar and organization sessions default broadly; Kafka sessions default to Kafka-compatible tools.
  • If an administrator configured an allowed-tools list in the Console, the list acts as an allow list. X-MCP-Features can request only a subset of that allow list.
  • Unsupported feature IDs cause the request to fail when the endpoint has an explicit allow list. Without an allow list, the server falls back to defaults.
  • Kafka cluster sessions normalize broad requests such as all to Kafka-compatible features. Pulsar-only features requested on Kafka cluster endpoints are ignored; if none of the requested features apply, the request fails.
  • Organization-level sessions use StreamNative Cloud features such as streamnative-cloud, sncloud_context, sncloud_clusters, and sncloud_identity. Pulsar or Kafka tools are added only after sncloud_context_use_cluster selects a cluster.
  • Dynamic functions-as-tools and agents-as-tools run only on fixed Pulsar cluster endpoints. They are not added after a root or organization session selects a cluster with sncloud_context_use_cluster.
  • Mixed administration feature groups can expose separate read and write tools. For example, pulsar-admin-topics can expose pulsar_admin_topic_read and pulsar_admin_topic_write, and kafka-admin can expose kafka_admin_topics_read and kafka_admin_topics_write.
  • X-MCP-Readonly: true requests a read-only catalog from a read/write-enabled endpoint. The server omits write or destructive tools where possible and blocks mutation calls server-side. A server configured in Read-Only access mode is the ceiling and cannot be bypassed by omitting the header or setting it to false.
  • Start with a minimal feature list to reduce token usage and improve tool selection accuracy.

Available feature identifiers

Use these values inside the X-MCP-Features header. Separate multiple values with commas.

Combination feature sets

Kafka tooling

Pulsar tooling

StreamNative Cloud tooling

sncloud_resource_catalog and sncloud_resource_schema are helper tools for the BYOC, identity, and clusters feature families. They are included when you enable a domain feature that needs schema-guided manifest authoring. Domain read tools use names such as sncloud_clusters_read; domain write tools use names such as sncloud_clusters_write. For root and organization-level tool workflows, see Root and Organization-Level Tools.

Dynamic tooling

Examples

Bind root OAuth discovery to an organization:
Enable only StreamNative Cloud context tools on a root or organization endpoint:
Enable Pulsar topic administration and Pulsar client tools on a fixed Pulsar cluster endpoint:
Enable dynamic Pulsar Function and Orca agent tools on a fixed Pulsar cluster endpoint:
Request read-only behavior from a read/write-enabled endpoint:
Use API Key v2 for a non-interactive organization session: