Juin avait été plutôt calme côté fonctionnalités. Juillet 2026 rattrape largement le rythme, avec trois axes forts : Snowflake fait de CoCo Desktop, son agent de codage IA natif, un produit complet en disponibilité générale ; l'Infrastructure-as-Code franchit une nouvelle étape avec la généralisation de CREATE OR ALTER à 24 types d'objets et l'enrichissement de DCM Projects (Python, Java, tags, grants) ; et la gouvernance des agents IA se structure, avec un type d'utilisateur dédié et une authentification externe pour les serveurs MCP. En fond, les Dynamic Tables poursuivent leur maturation.

Point de vigilance : fin de vie des Data Clean Rooms historiques

Si vous utilisez encore les Data Clean Rooms Provider/Consumer historiques (l'architecture qui précédait la Collaboration API, passée en GA en avril 2026), une échéance est à anticiper dès cet automne.

À partir du 1er octobre 2026, il ne sera plus possible de créer de nouvelles Data Clean Rooms historiques depuis l'application web Snowsight.

À partir du 1er février 2027, l'application web devient totalement inaccessible pour ces clean rooms, et la création via l'API Provider/Consumer est également coupée.

Comment migrer ? Snowflake met à disposition un outil de migration dédié. 

Les 3 Actualités Majeures

1 - CoCo Desktop : l'agent de codage Snowflake passe en GA (Disponibilité Générale)

CoCo Desktop, (l'application desktop de Cortex Code) est passée en disponibilité générale le 21 juillet. Il s'agit d'une application (Mac et Windows) qui embarque toutes les capacités agentiques de CoCo dans une interface façon IDE : éditeur de fichiers, terminal intégré, boucle agentique, navigateur agentique et notebook agentique, avec une connaissance fine de votre compte Snowflake.

  • Un environnement gouverné : l'application s'exécute avec vos rôles et vos droits d'accès Snowflake existants. Vous pouvez explorer vos données, développer ou administrer votre compte en langage naturel sans sortir de votre périmètre de gouvernance.
  • Poste de travail agentique : contrairement à un chatbot, CoCo Desktop combine édition de code, exécution de commandes et navigation web dans une seule interface, pensée pour le développement itératif.
  • Une montée en puissance rapide sur le mois : les versions successives de juillet ont ajouté la personnalisation et la mémoire persistante (instructions personnalisées, contexte conservé entre les sessions), la recherche web et le fetch d'URL intégrés, ainsi qu'une recherche sémantique de code (tgrep) qui retrouve les bons fichiers à partir d'une simple description en langage naturel.
  • Partage de compétences facilité : avec la v1.20.2 du 28 juillet, il devient possible de partager skills et plugins CoCo via un simple lien coco://, qui installe automatiquement la dernière version certifiée depuis le catalogue Snowflake.

Les nouveautés Snowflake Juillet 2026
Exemple de création d’application de déploiement d’environnements de Formation + Suivi de déroulement + Nettoyage

2 - Infrastructure-as-Code : CREATE OR ALTER généralisé et DCM Projects enrichies

Après le lancement de DCM Projects en preview en mars (voir newsletter de mars 2026), Snowflake continue d'investir massivement dans l'Infra-as-Code.

CREATE OR ALTER généralisé à 24 types d'objets (GA, 14 juillet)

La commande combine les logiques de CREATE et ALTER : si l'objet n'existe pas, elle le crée ; s'il existe déjà, elle le modifie pour qu'il corresponde à la définition fournie, sans le supprimer. C'est un changement de fond pour vos pipelines CI/CD : un même script SQL devient idempotent et rejouable sans risque, sans avoir à gérer des CREATE OR REPLACE (qui recréent l'objet, avec perte potentielle d'historique) ni des vérifications d'existence manuelles

Exemple :

SQL
CREATE OR ALTER TABLE clients (
id INT,
nom STRING,
email STRING
);

Dans un environnement où la table n'existe pas encore, elle est créée. Dans un environnement où elle existe déjà avec une définition différente, Snowflake calcule la différence et n'applique que les changements nécessaires (les données et les grants existants sont conservés). Quelques limites à connaître : impossible de renommer une colonne, de changer l'ordre des colonnes, ou d'utiliser la syntaxe … AS SELECT.

DCM Projects : de nouvelles capacités en preview (16 juillet)

DCM Projects gagne plusieurs briques attendues par les équipes DataOps :

  • PLAN DELTA : Une variante rapide de PLAN qui n'évalue que les définitions modifiées depuis le dernier déploiement (et leurs dépendances), pour des retours plus rapides pendant le développement actif.
  • Fonctions et procédures Python/Java : DEFINE FUNCTION et DEFINE PROCEDURE supportent désormais des handlers Python et Java, en plus du SQL.
  • ATTACH TAG : L'affectation des tags Snowflake (y compris sur des colonnes de table ou de vue) devient déclarative et est réconciliée à chaque déploiement.
  • Grants hérités et délégation : Le mot-clé INHERITED permet de définir un grant qui s'applique automatiquement à tous les objets actuels et futurs d'un type donné dans un compte, une base ou un schéma ; le privilège MANAGE GRANTS peut désormais être délégué au niveau d'un conteneur, sans nécessiter le rôle SECURITYADMIN.
  • DEFINE NETWORK RULE / NETWORK POLICY / MASKING POLICY : La sécurité réseau et le masquage de données entrent aussi dans le périmètre déclaratif de DCM Projects.

Les nouveautés Snowflake Juillet 2026

3 - Gouvernance des agents IA : une identité dédiée et une authentification externe pour les serveurs MCP

Après l'évaluation des agents Cortex généralisée en mars, Snowflake structure en juillet la façon dont les agents IA s'authentifient et sont audités.

SERVICE_AGENT : un type d'utilisateur dédié aux agents (GA, 23 juillet)

Jusqu'ici, un agent IA automatisé devait utiliser un utilisateur SERVICE classique pour interagir avec Snowflake. Le nouveau type SERVICE_AGENT lui donne une identité et des privilèges propres, avec deux particularités :

  • Chaque session ouverte par un utilisateur SERVICE_AGENT est automatiquement « agent-active » (la fonction IS_AGENT_ACTIVATED renvoie TRUE).
  • Il supporte la fédération d'identité de charge de travail (workload identity federation), y compris l'authentification SPIFFE/SPIRE, pour éviter de gérer des secrets statiques.

En complément, les vues QUERY_HISTORY intègrent depuis le 27 juillet une nouvelle colonne agent_type, qui identifie le type d'agent à l'origine directe de chaque requête pour auditer et surveiller les requêtes déclenchées par des agents dans votre compte.

Authentification externe et scopes configurables pour les serveurs MCP (GA, 22 juillet)

Deux nouveaux paramètres hiérarchiques (OAUTH_AUTHORIZATION_SERVER et OAUTH_SCOPES_SUPPORTED) permettent de rattacher vos serveurs MCP à votre fournisseur d'identité d'entreprise (Okta, Microsoft Entra ID...) plutôt qu'à l'OAuth natif de Snowflake. Concrètement, cela permet à des clients MCP comme Claude, Cursor, ChatGPT de s'authentifier avec votre IDP habituel.

Exemple : rattacher un schéma contenant des serveurs MCP à une intégration Okta.

Les deux paramètres sont configurables au niveau compte, base ou schéma, avec une logique de surcharge classique (le niveau schéma prime sur la base, qui prime sur le compte). Point de vigilance : si l'intégration référencée est désactivée ou supprimée, Snowflake ne bascule pas automatiquement sur son OAuth natif les appels entrants sur les serveurs MCP concernés sont simplement rejetés jusqu'à restauration de l'intégration.

Les Actualités Mineures

  • Dynamic Tables : une vague de passages en GA : Rafraîchissement adaptatif (REFRESH_MODE = ADAPTIVE, 30 juillet), rafraîchissement incrémental personnalisé (CUSTOM_INCREMENTAL, 27 juillet), DML directement dans les zones figées pour des suppressions RGPD ou des corrections ciblées (20 juillet), et compatibilité des politiques pass-through avec le rafraîchissement incrémental (20 juillet). Les Dynamic Tables deviennent un objet vraiment mature pour construire des pipelines de transformation.
  • Notifications d'anomalies de coûts vers Slack, SMS et webhooks (GA) : lLes alertes d'anomalies de facturation (compte et organisation) peuvent désormais être envoyées directement sur ces canaux via une intégration de notification, sans passer uniquement par l'interface Snowsight.
  • Deep Research dans Snowflake CoWork (GA, 7 juillet) : Mode d'investigation qui décompose une question complexe en plusieurs sous-investigations menées en parallèle sur vos données structurées et non structurées, puis restitue un rapport structuré où chaque affirmation est traçable jusqu'à la donnée et à la requête source.
  • Quotas par utilisateur pour les fonctionnalités IA (Preview) : Possibilité de définir des limites de crédits mensuelles et journalières par utilisateur sur les fonctions IA, Cortex Agents, Snowflake CoWork et CoCo, avec blocage automatique et notifications au franchissement du seuil.
  • Vérification de domaine (GA, 5 juillet) : Une nouvelle fonctionnalité de gouvernance pour prouver la propriété d'un nom de domaine associé à votre compte Snowflake.
  • AI_TRANSLATE : traduction de documents longs : La fonction Cortex prend en charge jusqu'à 100 000 tokens en entrée, pour traduire de longs documents ou transcriptions sans découpage manuel préalable.
  • Tableau de bord de monitoring de la qualité des données (Preview, 29 juillet) : Disponible pour les comptes Enterprise Edition, il centralise le suivi des métriques de qualité de données directement dans Snowsight.

Agenda : Les prochains rendez-vous

→ 15 Octobre 2026 : Snowflake World Tour (Paris, Porte Maillot). Keynote d'ouverture, démos produits et témoignages clients autour des agents IA à grande échelle.

Documentations

Majeurs

CoCo Desktop

Infrastructure-as-Code

Gouvernance des agents IA

Mineurs

Dynamic Tables

Coûts & FinOps

Snowflake CoWork

Quotas IA

Sécurité & qualité de données

AI_TRANSLATE

Data Clean Rooms (fin de vie legacy)

Vous souhaitez bénéficier d'experts, de développeurs, ou d'une formation sur Snowflake ? Rendez-vous sur la page Contact !