Skip to content

Snowflake-managed MCP Server

MCP-Server, die du in Snowflake per SQL anlegst und die Cortex Agents, Search, Analyst und schreibgeschütztes SQL als kontrollierte Tools bereitstellen.

Getestet von Sheela · Aktualisiert

Einrichtung Nach Nutzung

Unsere Bewertung

4.0/5

Saubere Governance für Agenten auf Snowflake, bezahlt mit Admin-Stunden und Warehouse-Credits statt mit einer Lizenzgebühr.

Was ist Snowflake-managed MCP Server?

Der offizielle MCP-Server von Snowflake läuft in deinem Snowflake-Konto. Du legst ihn mit einer SQL-Anweisung an (CREATE MCP SERVER ... FROM SPECIFICATION) und mit einer YAML-Liste von Tools: Cortex Agents, Cortex-Search-Services, Cortex Analyst über semantischen Views, SQL-Ausführung sowie eigene Funktionen und Prozeduren. Der frühere Community-Server in Snowflake-Labs/mcp ist veraltet: Sein README, am 26. Oktober 2026 erneut geprüft, sagt, dass er nicht mehr gepflegt wird, und verweist hierher, auch wenn das Repository nicht archiviert ist.

Clients verbinden sich mit einer Konto-URL, die auf /api/v2/databases/{db}/schemas/{schema}/mcp-servers/{name} endet, über Snowflake OAuth oder externes OAuth wie Okta oder Entra ID. Der Server implementiert die MCP-Protokollrevision 2025-11-25, nur Tools, und liefert Antworten auf tools/call seit dem 20. August 2026 als SSE-Stream, Clients müssen also sowohl JSON- als auch Event-Stream-Antworten annehmen.

Snowflake-managed MCP Server installieren

CREATE MCP SERVER (in Snowflake), then connect to https://<account_url>/api/v2/databases/<db>/schemas/<schema>/mcp-servers/<name>

Lohnt sich Snowflake-managed MCP Server?

So würde ein Datenteam MCP entwerfen, wenn man es fragte. Der Zugriff auf den Server allein gewährt nichts; jedes Tool braucht eine eigene Berechtigung, SQL-Tools sind standardmäßig auf SELECT beschränkt, und Snowflake rät ausdrücklich davon ab, rohes SQL auf denselben Server wie einen Agenten zu legen, weil ein Client damit die Leitplanken des Agenten umgehen kann. Die Tool-Annotationen wie readOnly oder destructive werden als Hinweise bezeichnet, nicht als Sicherheitskontrollen, eine Offenheit, die die meisten Anbieter sich sparen.

Die Einrichtung ist Admin-Arbeit. Es gibt keine Dynamic Client Registration, also braucht jeder Client eine eigene OAuth Security Integration, und die Dokumentation schreibt für Cursor und VS Code einen Confidential Client vor und für Claude Desktop einen öffentlichen PKCE-Client. Jeder Nutzer braucht außerdem ein DEFAULT_WAREHOUSE, sonst startet die Sitzung nicht, und das ist das erste Support-Ticket, das eine Einführung sehen wird.

Die dokumentierten Grenzen sind eng genug, um das Design zu prägen. Ein Server fasst bis zu 50 Tools, Antworten von SQL und Funktionen werden bei 250 KB abgeschnitten, Agent-Antworten können 200 KB überschreiten, sofern max_results nicht gesetzt ist, und Rekursion stoppt bei 10 Aufrufen. MCP-Server-Objekte werden in Failover-Gruppen nicht repliziert, ihre OAuth-Integrationen schon, ein Disaster-Recovery-Plan muss sie also neu anlegen.

Die Kosten sind der Teil, den Snowflake vage lässt. Es gibt keinen MCP-Posten, aber jeder Aufruf verbraucht Warehouse-Zeit oder Cortex-Kontingent, und die Dokumentation warnt, dass rekursive Agent-Setups endlose Schleifen erzeugen können. Ein Team, das dafür budgetiert, sollte es als zusätzliche Warehouse-Last durch eine neue Art von Nutzer kalkulieren, denn genau das ist ein Agent.

Wo es sich lohnt

  • Ein Datenplattform-Team bei einem Händler, das Cortex Analyst bereits nutzt

    Die Finanzabteilung Umsatzfragen aus Claude stellen lassen, ohne direkten Tabellenzugriff

    Einen einzigen Cortex Agent auf Basis eines semantischen Views als einziges Tool bereitstellen, freigegeben für eine Finanzrolle. Die Analysten bekommen Antworten samt generiertem SQL; die Kosten sind Warehouse-Zeit pro Frage, also ein kleines Warehouse und ein query_timeout festlegen.

  • Ein Analytics Engineer in einem Datenteam mit 10 Leuten

    Beim Bauen von dbt-Modellen Ad-hoc-SELECT-Abfragen aus Cursor ausführen

    Ein separater MCP-Server mit nur SYSTEM_EXECUTE_SQL, eingeschaltetem read_only und einer Rolle mit minimalen Rechten hält explorative Abfragen vom Agenten für die Fachbereiche fern.

  • Eine Leiterin für Data Governance bei einer Bank

    Den Zugriff eines KI-Assistenten auf Kundendaten genehmigen

    Externes OAuth an Entra ID binden, OAUTH_USE_SECONDARY_ROLES auf NONE und eine eingeschränkte ALLOWED_ROLES_LIST setzen und die Zugriffsrolle nie an PUBLIC vergeben, wie es die Dokumentation von Snowflake empfiehlt.

Bevor du dich festlegst

Einrichtung
Eine YAML-Spezifikation schreiben, CREATE MCP SERVER ausführen, USAGE gewähren und dann pro Client eine OAuth Security Integration anlegen; dokumentierte Clients sind Claude.ai und Claude Desktop, der Entwicklermodus von ChatGPT und Cursor.
Integrationen
Fünf Tool-Typen: CORTEX_AGENT_RUN, CORTEX_SEARCH_SERVICE_QUERY, CORTEX_ANALYST_MESSAGE, SYSTEM_EXECUTE_SQL und GENERIC für UDFs und Stored Procedures; bis zu 50 Tools pro Server.
Daten und Datenschutz
Abfragen laufen unter der Snowflake-Rolle des Nutzers und verlassen das Konto nur als Tool-Antworten an den Client. Snowflake warnt vor Tool Poisoning durch Server von Drittanbietern; noch nicht nach FedRAMP bewertet.
Kosten im großen Maßstab
Kein veröffentlichter MCP-Preis; jeder Aufruf wird über das gewählte Warehouse oder den Cortex-Service abgerechnet, und Rekursion ist auf 10 Aufrufe begrenzt, um außer Kontrolle geratene Agent-Schleifen einzudämmen.
Grenzen
Antwortgrenze von 250 KB für SQL- und Funktions-Tools, keine Resources oder Prompts, keine Dynamic Client Registration, keine Replikation von Server-Objekten in Failover-Gruppen.

Was gut ist

  • Berechtigungen pro Tool und standardmäßig nur SELECT bei SQL
  • Snowflake OAuth oder dein eigener Identity Provider
  • Stellt Cortex Agents, Search und Analyst als Tools bereit
  • Nichts zu hosten; läuft in deinem Snowflake-Konto

Was nicht

  • Keine Dynamic Client Registration; ein Admin richtet jeden Client ein
  • Nur Tools; keine MCP-Resources, Prompts oder Sampling
  • Server-Objekte werden in Failover-Gruppen nicht repliziert
  • Jeder Aufruf kostet Warehouse- oder Cortex-Credits

Am besten für

Snowflake-Kunden, die Agenten unter bestehenden Rollen kontrollierten Zugriff auf Warehouse-Daten und Cortex-Services geben wollen.

Alternativen zu Snowflake-managed MCP Server

Snowflake-managed MCP Server: häufige Fragen

Lohnt sich Snowflake-managed MCP Server?
Saubere Governance für Agenten auf Snowflake, bezahlt mit Admin-Stunden und Warehouse-Credits statt mit einer Lizenzgebühr. Wir bewerten es mit 4.0 von 5.
Was kostet Snowflake-managed MCP Server?
Eine eigene MCP-Gebühr ist nicht veröffentlicht; Tool-Aufrufe laufen auf deinen Snowflake-Warehouses und Cortex-Services, die wie gewohnt abgerechnet werden.
Welche Nachteile hat Snowflake-managed MCP Server?
Keine Dynamic Client Registration; ein Admin richtet jeden Client ein; Nur Tools; keine MCP-Resources, Prompts oder Sampling; Server-Objekte werden in Failover-Gruppen nicht repliziert; Jeder Aufruf kostet Warehouse- oder Cortex-Credits.
Für wen eignet sich Snowflake-managed MCP Server?
Snowflake-Kunden, die Agenten unter bestehenden Rollen kontrollierten Zugriff auf Warehouse-Daten und Cortex-Services geben wollen.
Was kostet Snowflake-managed MCP Server für ein Team oder im Produktivbetrieb?
Kein veröffentlichter MCP-Preis; jeder Aufruf wird über das gewählte Warehouse oder den Cortex-Service abgerechnet, und Rekursion ist auf 10 Aufrufe begrenzt, um außer Kontrolle geratene Agent-Schleifen einzudämmen.
Ist Snowflake-managed MCP Server sicher für Firmendaten?
Abfragen laufen unter der Snowflake-Rolle des Nutzers und verlassen das Konto nur als Tool-Antworten an den Client. Snowflake warnt vor Tool Poisoning durch Server von Drittanbietern; noch nicht nach FedRAMP bewertet.
Was sind die besten Alternativen zu Snowflake-managed MCP Server?
Die nächsten Alternativen, die wir getestet haben, sind ClickHouse MCP Server und MCP Toolbox for Databases.

Antworten geprüft am 26. Okt. 2026.