Snowflake CoWork

De quoi s’agit-il

Cette page couvre la couche agent de Snowflake, pas l’entrepôt : Snowflake CoWork et la plateforme Cortex Agents sur laquelle il repose. CoWork a été lancé sous le nom Snowflake Intelligence, est disponible en GA depuis le 4 novembre 2025 et a été renommé CoWork lors du Summit du 2 juin 2026, avec l’arrivée de Deep Research, des artefacts enregistrés, de la mémoire utilisateur et des automatisations planifiées (ces dernières en public preview). Un utilisateur métier pose une question en langage naturel ; un Cortex Agent planifie les étapes, envoie les questions structurées à Cortex Analyst (text-to-SQL sur une semantic view), les questions documentaires à Cortex Search, et renvoie une réponse avec un graphique et le SQL qui l’a produite. Tout s’exécute dans votre compte Snowflake, si bien que les row access policies et le column masking s’appliquent à chaque réponse sous le rôle de l’utilisateur. CoWork est accessible dans Snowsight, via un bot Slack et une app iOS. Grâce aux connecteurs MCP, il peut agir hors de Snowflake : la documentation Snowflake liste des connecteurs prêts à l’emploi pour Atlassian, GitHub, Glean, Linear et Salesforce, tous exclusivement en OAuth. Dans l’autre sens, le serveur MCP géré par Snowflake, en GA depuis le 4 novembre 2025, expose Cortex Analyst et Cortex Search à Claude et aux autres clients MCP.

Ne le confondez pas avec Claude Cowork d’Anthropic, un agent de bureau pour le travail intellectuel général. Snowflake CoWork tourne sur des modèles Claude mais ne raisonne que sur ce qui se trouve dans votre compte Snowflake ou y est connecté.

Pourquoi il apparaît dans les stacks RevOps et CS

• Les données sont déjà là. Si Fivetran charge le CRM, la facturation et l’usage produit dans Snowflake, CoWork répond à « quels renouvellements de plus de 50 000 $ voient baisser leurs utilisateurs actifs hebdomadaires » sans export vers un outil BI ni analyste IA distinct.
• La gouvernance est héritée. Les réponses s’exécutent sous le rôle Snowflake de l’utilisateur, et Cortex AI Guardrails, en GA pour CoWork et Cortex Agents depuis le 14 mai 2026, filtre les prompts contre les tentatives d’injection. Pour les équipes CS qui interrogent de la télémétrie contenant des PII clients, c’est généralement ce qui obtient le feu vert de la sécurité.
• Une seule semantic view sert plusieurs consommateurs. La même semantic view alimente CoWork, Claude via le serveur MCP géré, et les outils BI comme Hex qui importent les Snowflake Semantic Views.

La réalité des prix

Il n’y a pas de frais par siège. Snowflake facture CoWork en AI Credits : 2,00 $ l’unité avec routage inter-régions autorisé, 2,20 $ en restant dans votre région d’origine, au même tarif pour toutes les éditions. L’usage est mesuré par million de tokens et s’additionne sur chaque service appelé par l’agent. Selon la Service Consumption Table en vigueur au 30 septembre 2026, Claude Sonnet 4.5 via Cortex Agents coûte 1,95 AI Credits par million de tokens en entrée et 9,76 par million en sortie, soit 3,90 $ et 19,52 $ au prix catalogue. Le SQL exécuté par chaque réponse est ensuite facturé séparément sur votre entrepôt en crédits classiques (2 à 4 $ l’unité selon l’édition sur AWS US East), et un service Cortex Search facture chaque Go indexé chaque mois, qu’il soit interrogé ou non.

Notre estimation, à 30 000 tokens en entrée et 3 000 en sortie par question multi-étapes : environ 0,18 $ en AI Credits par question. Une équipe ops de 40 personnes posant 1 000 questions par jour ouvré arrive à près de 4 000 $ par mois hors compute de l’entrepôt, et la facture évolue avec l’usage. Établissez votre budget à partir de votre propre SNOWFLAKE_COWORK_USAGE_HISTORY après un pilote, pas à partir de ce chiffre.

Idéal pour

Les responsables RevOps et CS ops d’entreprises dont les données CRM, de facturation et produit sont déjà modélisées dans Snowflake, qui veulent que 20 à 200 utilisateurs métier répondent eux-mêmes à leurs questions sur les comptes et le pipeline sous la gouvernance existante de l’entrepôt, sans acheter un second siège analytique pour chacun.

Passez votre chemin si vos données ne sont pas dans Snowflake : CoWork n’a pas de connecteur de données natif pour Salesforce ou HubSpot et exige que les données soient ingérées au préalable. Passez votre chemin si les utilisateurs doivent modifier des chiffres : les soumissions de forecast et les ajustements de quotas relèvent d’un outil de writeback.

Face aux alternatives

Microsoft Power BI Copilot est l’acteur établi en base installée et fonctionne sur toute capacité Fabric payante à partir de F2. Choisissez-le quand l’entreprise vit déjà dans Microsoft 365 et que les dashboards sont le livrable principal. Choisissez CoWork quand les données sont dans Snowflake et que vous ne voulez pas maintenir un second modèle sémantique.

Databricks Genie est le rival direct natif de l’entrepôt. Depuis le 6 juillet 2026, il est facturé à l’usage en DBUs au-delà de 150 DBUs gratuits par utilisateur et par mois. Choisissez Genie si votre lakehouse est Databricks ; les deux ne sont pas interchangeables.

Hex Threads est le nouvel entrant le plus rapide, avec une tarification par siège (Team coûte 75 $ par éditeur et par mois) et des réponses qui basculent vers un notebook qu’un analyste peut auditer. Choisissez Hex quand une équipe data veut maîtriser et relire ce que l’IA répond. Choisissez CoWork quand vous ne voulez aucun siège supplémentaire et une gouvernance native Snowflake.

Sigma l’emporte quand il s’agit d’apps de writeback sur les mêmes données Snowflake. Pour pousser vers le CRM, de façon planifiée, des segments identifiés par CoWork, associez-le à Hightouch.

Si aucun ne convient parce que personne ne s’accorde sur ce qu’est un « compte actif », corrigez d’abord le modèle : voir data warehouse vs CDP.

Points de vigilance

• Il n’y a pas de plafond de dépenses strict par défaut. La facturation aux tokens croît avec la complexité des questions, et Deep Research lance des sous-investigations parallèles pendant jusqu’à dix minutes. Garde-fou : fixez des limites d’AI credits par utilisateur, associez un resource monitor à l’entrepôt utilisé par CoWork et examinez SNOWFLAKE_COWORK_USAGE_HISTORY chaque semaine pendant les 60 premiers jours.
• La qualité des réponses ne vaut que celle de la semantic view. Des noms de colonnes vagues et des définitions de métriques manquantes produisent un SQL faux mais assuré. Garde-fou : définissez vos 20 à 30 métriques clés dans une semantic view, gardez-la sous une centaine de colonnes environ et lancez chaque mois un jeu fixe de questions connues pour détecter les dérives.
• Une erreur de configuration des rôles modifie silencieusement les données affichées. CoWork démarre sous le rôle par défaut de chaque utilisateur et se rabat sur PUBLIC si ce rôle n’est pas attribué, et les artefacts partagés se réexécutent sous le rôle de chaque lecteur : deux personnes peuvent donc voir des chiffres différents. Garde-fou : attribuez explicitement CORTEX_AGENT_USER à un rôle dédié, définissez-le comme rôle par défaut des utilisateurs CoWork et testez les artefacts avec un compte à faibles privilèges avant de les partager.
• Les connecteurs MCP sont exclusivement OAuth, limités aux outils et non vérifiés par Snowflake. Snowflake ne maintient pas les serveurs externes, et l’accès à un serveur n’accorde pas ses outils. Garde-fou : attribuez les outils d’écriture, comme les mises à jour d’enregistrements Salesforce, outil par outil à un rôle restreint, et gardez les actions externes en lecture seule tant que vous n’avez pas de piste d’audit fiable.