Snowflake compra Natoma para gobernar agentes de IA

Snowflake ha anunciado la adquisición de Natoma, una startup especializada en gobernanza de agentes de IA, según recoge No Jitter el 2 de junio de 2026. El movimiento llega en un momento en que las plataformas de datos empresariales compiten por posicionarse no solo como almacenes de información, sino como infraestructura de ejecución para agentes autónomos.

Natoma no era una empresa conocida fuera de los círculos de data engineering, pero su especialidad era concreta: auditoría, control de acceso y trazabilidad de acciones ejecutadas por agentes de IA sobre datos estructurados. Exactamente el tipo de problema que Snowflake necesita resolver si quiere que sus clientes empresariales confíen en desplegar agentes dentro de su plataforma.

El problema real detrás de la compra

Cuando un agente de IA opera sobre datos sensibles —registros de clientes, datos financieros, pipelines de producción— el equipo de IT necesita saber qué hizo, cuándo, con qué permisos y si esa acción estuvo dentro de la política corporativa. Hoy esa pregunta no tiene una respuesta sencilla en la mayoría de las plataformas.

El auge de MCP (Model Context Protocol) como estándar para que los LLMs llamen herramientas externas ha multiplicado la superficie de exposición. Un MCP server conectado a Snowflake puede ejecutar queries, modificar tablas o mover datos entre esquemas, todo ello desencadenado por un agente que sigue instrucciones en lenguaje natural. Sin una capa de gobernanza, el resultado es opaco: el dato cambia, pero el rastro de quién —o qué— lo ordenó es difuso.

Natoma, según lo publicado, se diseñó precisamente para cerrar ese hueco: registrar la intención del agente, el tool call concreto que ejecutó y el resultado, todo ligado a la identidad del usuario o sistema que desplegó el agente.

Por qué importa para el ecosistema Claude

Esta adquisición tiene relevancia directa para equipos que construyen sobre Claude. Muchos de los MCP servers más utilizados en entornos de datos apuntan a Snowflake como fuente o destino: consultas analíticas, escritura de resultados, activación de workflows. Si Snowflake integra las capacidades de Natoma en su plataforma nativa, los equipos que hoy gestionan gobernanza de forma manual —con hooks de Claude Code o capas de logging propias— tendrían una alternativa respaldada por el proveedor de datos.

Además, el movimiento refuerza un patrón que llevamos viendo desde principios de año: las grandes plataformas de datos no quieren ser solo el almacén al que llama el agente, quieren ser la capa de confianza que certifica que el agente operó correctamente. Es una posición estratégica distinta, y Natoma les da tecnología para sostenerla.

Para quién es relevante esto ahora mismo

• Equipos de data engineering que evalúan si pueden ceder control operativo a agentes sin perder visibilidad de auditoría.
• Responsables de seguridad en empresas con Snowflake desplegado que necesitan justificar ante compliance el uso de agentes autónomos.
• Desarrolladores de MCP servers orientados a datos que tendrán que anticipar cómo integrar sus herramientas con los nuevos controles de gobernanza que Snowflake irá publicando.
• Equipos de producto que construyen sobre Claude Code con subagentes y necesitan decidir si la capa de auditoría vive en la plataforma de datos o en el propio orquestador.

No hay todavía fecha pública de integración ni documentación técnica disponible sobre cómo funcionará Natoma dentro del stack de Snowflake. El anuncio es la adquisición, no el producto.

---

Desde ElephantPink seguimos de cerca cómo las plataformas de datos se posicionan como capa de confianza para agentes, porque cambia el diseño de cualquier integración MCP seria con Snowflake. Que la gobernanza de agentes ya sea objeto de adquisiciones millonarias dice bastante sobre dónde está el problema real en los despliegues empresariales actuales.