¿Qué es Snowflake-managed MCP Server?
El servidor MCP oficial de Snowflake se ejecuta dentro de tu cuenta de Snowflake. Lo creas con una sentencia SQL (CREATE MCP SERVER ... FROM SPECIFICATION) y una lista YAML de herramientas: Cortex Agents, servicios de Cortex Search, Cortex Analyst sobre vistas semánticas, ejecución de SQL y tus propias funciones y procedimientos. El anterior servidor de la comunidad en Snowflake-Labs/mcp está obsoleto: su README, revisado de nuevo el 26 de octubre de 2026, dice que ya no se mantiene y remite aquí, aunque el repositorio no está archivado.
Los clientes se conectan a una URL de la cuenta que termina en /api/v2/databases/{db}/schemas/{schema}/mcp-servers/{name}, con Snowflake OAuth o un OAuth externo como Okta o Entra ID. El servidor implementa la revisión 2025-11-25 del protocolo MCP, solo herramientas, y desde el 20 de agosto de 2026 devuelve las respuestas de tools/call como un flujo SSE, así que los clientes deben aceptar respuestas tanto JSON como event-stream.
Cómo instalar Snowflake-managed MCP Server
CREATE MCP SERVER (in Snowflake), then connect to https://<account_url>/api/v2/databases/<db>/schemas/<schema>/mcp-servers/<name>¿Merece la pena Snowflake-managed MCP Server?
Así es como diseñaría MCP un equipo de datos si se lo pidieran. El acceso al servidor no concede nada por sí solo; cada herramienta necesita su propio permiso, las herramientas SQL se limitan por defecto a SELECT, y Snowflake desaconseja expresamente poner SQL directo en el mismo servidor que un agente, porque permite a un cliente esquivar las salvaguardas del agente. Las anotaciones de las herramientas, como readOnly o destructive, se presentan como indicaciones y no como controles de seguridad, una franqueza que la mayoría de los proveedores se ahorra.
La configuración es trabajo de administrador. No hay registro dinámico de clientes, así que cada cliente necesita su propia integración de seguridad OAuth, y la documentación especifica un cliente confidencial para Cursor y VS Code y un cliente público con PKCE para Claude Desktop. Además, cada usuario necesita un DEFAULT_WAREHOUSE o la sesión no arranca, que será la primera incidencia de soporte de cualquier despliegue.
Los límites documentados son lo bastante estrictos como para condicionar el diseño. Un servidor admite hasta 50 herramientas, las respuestas de SQL y de funciones se cortan en 250 KB, las respuestas de los agentes pueden superar los 200 KB salvo que se fije max_results, y la recursión se detiene en 10 llamadas. Los objetos de servidor MCP no se replican en los grupos de failover, aunque sus integraciones OAuth sí, así que un plan de recuperación ante desastres tiene que volver a crearlos.
El coste es la parte que Snowflake deja difusa. No hay una partida de MCP, pero cada llamada consume tiempo de warehouse o consumo de Cortex, y la documentación avisa de que las configuraciones de agentes recursivas pueden producir bucles sin límite. Un equipo que lo presupueste debería tratarlo como carga extra de warehouse de un nuevo tipo de usuario, porque eso es exactamente un agente.
Dónde se gana su sitio
Un equipo de plataforma de datos en un minorista que ya usa Cortex Analyst
Dejar que finanzas haga preguntas sobre ingresos desde Claude sin acceso directo a las tablas
Expón como única herramienta un Cortex Agent respaldado por una vista semántica, concedido a un rol de finanzas. Los analistas obtienen respuestas con el SQL generado; el gasto es tiempo de warehouse por pregunta, así que fija un warehouse pequeño y un query_timeout.
Una analytics engineer en un equipo de datos de 10 personas
Lanzar consultas SELECT puntuales desde Cursor mientras crea modelos de dbt
Un servidor MCP aparte con solo SYSTEM_EXECUTE_SQL, read_only activado y un rol con el mínimo privilegio mantiene las consultas exploratorias lejos del agente orientado al negocio.
Un responsable de gobierno del dato en un banco
Aprobar el acceso de asistentes de IA a datos de clientes
Vincula el OAuth externo a Entra ID, define OAUTH_USE_SECONDARY_ROLES como NONE y una ALLOWED_ROLES_LIST restringida, y no concedas nunca el rol de acceso a PUBLIC, todo ello recomendado por la documentación de Snowflake.
Antes de decidirte
- Puesta en marcha
- Escribe una especificación YAML, ejecuta CREATE MCP SERVER, concede USAGE y luego crea una integración de seguridad OAuth por cliente; los clientes documentados son Claude.ai y Claude Desktop, el modo desarrollador de ChatGPT y Cursor.
- Integraciones
- Cinco tipos de herramienta: CORTEX_AGENT_RUN, CORTEX_SEARCH_SERVICE_QUERY, CORTEX_ANALYST_MESSAGE, SYSTEM_EXECUTE_SQL y GENERIC para UDF y procedimientos almacenados; hasta 50 herramientas por servidor.
- Datos y privacidad
- Las consultas se ejecutan con el rol de Snowflake del usuario y nunca salen de la cuenta salvo como respuestas de herramientas al cliente. Snowflake avisa del envenenamiento de herramientas desde servidores de terceros; aún no tiene evaluación FedRAMP.
- Coste a escala
- Sin precio de MCP publicado; cada llamada se factura al warehouse o servicio Cortex elegido, y la recursión se limita a 10 invocaciones para frenar los bucles descontrolados de agentes.
- Límites
- Límite de 250 KB en las respuestas de las herramientas de SQL y de funciones, sin resources ni prompts, sin registro dinámico de clientes y sin replicación de los objetos de servidor en los grupos de failover.
Lo bueno
- Permisos por herramienta y SQL limitado a SELECT por defecto
- Snowflake OAuth o tu propio proveedor de identidad
- Expone Cortex Agents, Search y Analyst como herramientas
- Nada que alojar; se ejecuta dentro de tu cuenta de Snowflake
Lo malo
- Sin registro dinámico de clientes; el administrador configura cada cliente
- Solo herramientas; sin resources, prompts ni sampling de MCP
- Los objetos de servidor no se replican en los grupos de failover
- Cada llamada cuesta créditos de warehouse o de Cortex
Ideal para
Clientes de Snowflake que quieren dar a los agentes un acceso gobernado a los datos del warehouse y a los servicios Cortex con los roles que ya tienen.
Alternativas a Snowflake-managed MCP Server
Snowflake-managed MCP Server: preguntas frecuentes
- ¿Merece la pena Snowflake-managed MCP Server?
- Gobernanza bien hecha para agentes en Snowflake, que se paga en horas de administración y créditos de warehouse en lugar de con una licencia. Le damos un 4.0 sobre 5.
- ¿Cuánto cuesta Snowflake-managed MCP Server?
- No se publica ninguna cuota aparte por MCP; las llamadas a herramientas se ejecutan en tus warehouses y servicios Cortex de Snowflake, que se facturan como siempre.
- ¿Qué inconvenientes tiene Snowflake-managed MCP Server?
- Sin registro dinámico de clientes; el administrador configura cada cliente; solo herramientas; sin resources, prompts ni sampling de MCP; los objetos de servidor no se replican en los grupos de failover; cada llamada cuesta créditos de warehouse o de Cortex.
- ¿Para quién es Snowflake-managed MCP Server?
- Clientes de Snowflake que quieren dar a los agentes un acceso gobernado a los datos del warehouse y a los servicios Cortex con los roles que ya tienen.
- ¿Cuánto cuesta Snowflake-managed MCP Server para un equipo o en producción?
- Sin precio de MCP publicado; cada llamada se factura al warehouse o servicio Cortex elegido, y la recursión se limita a 10 invocaciones para frenar los bucles descontrolados de agentes.
- ¿Es Snowflake-managed MCP Server seguro para los datos de la empresa?
- Las consultas se ejecutan con el rol de Snowflake del usuario y nunca salen de la cuenta salvo como respuestas de herramientas al cliente. Snowflake avisa del envenenamiento de herramientas desde servidores de terceros; aún no tiene evaluación FedRAMP.
- ¿Cuáles son las mejores alternativas a Snowflake-managed MCP Server?
- Las alternativas más cercanas que hemos analizado son ClickHouse MCP Server y MCP Toolbox for Databases.
Respuestas comprobadas el 26 oct 2026.