Fiche concept

Snowflake Cortex Agents

À jour au 2026-07-24T14:00:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Snowflake Cortex Agents ?

Cortex Agents enchaîne Cortex Search, Cortex Analyst et des tâches SQL/Python dans une seule boucle agentique via un protocole d'appel d'outils compatible Anthropic et OpenAI, hébergé par défaut sur Mistral Large 2 ou Arctic Instruct.

De quoi il s'agit

Snowflake Cortex Agents est la couche d'orchestration agentique de Snowflake : un runtime qui se place au-dessus des fonctions Cortex individuelles et permet à un modèle de langage de décider, à chaque tour, quel outil appeler ensuite — Cortex Search pour la recherche non structurée, Cortex Analyst pour la conversion langage naturel vers SQL sur données structurées, une tâche Python ou SQL, ou une écriture dans une table — plutôt que d'exécuter une requête unique et figée. Pour un consultant analytics SAP de plus en plus sollicité pour conseiller sur des environnements multi-plateformes (SAP aux côtés de Snowflake, Databricks ou Fabric), Cortex Agents est l'élément qui explique concrètement ce que signifie « IA agentique » du côté Snowflake du paysage d'un client, et c'est le point de comparaison naturel lorsqu'on évalue la propre pile d'agents de SAP (Joule Studio, orchestration d'agents BDC) face à une plateforme concurrente.

Pourquoi c'est important

L'heuristique de décision est simple : si un analyste humain aurait besoin de plus d'une application pour répondre, il faut Cortex Agents, pas Cortex Analyst seul.
Chaque appel d'outil s'exécute dans le périmètre de calcul Snowflake, donc les résultats et toute écriture en retour restent gouvernés sans quitter la plateforme.
Claude et GPT-4o ne sont que des routes de modèle externe optionnelles, pas le défaut — à vérifier avant de supposer quel modèle est en jeu.

Points clés

Cortex Agents = le runtime agentique multi-étapes de Snowflake : composition d'outils + retrieval + chemin d'écriture, construit au-dessus de Cortex Analyst.
Architecture : modèle de raisonnement + jeu d'outils (Python/YAML) + index Cortex Search → boucle d'appel d'outils dirigée → sortie structurée via les Snowflake Tasks.
Cortex Analyst est appelable comme sous-outil — la requête en langage naturel devient une étape d'un workflow d'agent multi-étapes.
Le chemin d'écriture exige un wrapper procédural (Task/Stored Procedure) — l'agent n'écrit jamais directement dans les tables.
Pricing : à base de crédits, sensiblement plus élevé que Cortex Analyst — un workflow à 5 étapes, 3 outils, 4 000 tokens ≈ 10-15 crédits au tarif catalogue.
Pattern BDC : les agents Joule gèrent l'ancrage sémantique métier SAP ; Cortex Agents gère les charges Snowflake-natives ; le Knowledge Graph BDC relie les deux surfaces.
Modes de défaillance : appels d'outils hallucinés, conditions de course sur le chemin d'écriture, débordement de la fenêtre de contexte — chacun exige une parade explicite dès la conception.
Meilleur cas d'usage : workflows Snowflake-natifs exigeant données + raisonnement + action ; à éviter quand la donnée première est sémantique SAP (utiliser Joule à la place).

Termes employés sur cette page

Cortex Analyst: L'interface langage-naturel-vers-SQL de Snowflake — un outil mono-étape qui traduit une question métier en requête SQL et en retourne le résultat. Les Cortex Agents peuvent appeler Cortex Analyst comme un outil parmi d'autres dans un workflow multi-étapes.
Cortex Search: Le service de recherche vectorielle managé de Snowflake — il indexe des documents ou du texte non structuré et retourne les fragments sémantiquement pertinents, utilisé dans les Cortex Agents pour la génération augmentée par récupération (RAG).
Directed tool-calling loop: L'architecture d'agent où le modèle de raisonnement sélectionne itérativement un outil, reçoit sa sortie, décide d'appeler un autre outil ou de synthétiser une réponse finale, et répète jusqu'à ce que la tâche soit accomplie.
Snowflake Task: Un ordonnanceur serverless de Snowflake qui exécute du code SQL ou de procédure stockée sur un déclencheur défini — le mécanisme de write-path recommandé pour les sorties des Cortex Agents qui doivent être persistées dans une table.
Arctic: Le modèle de fondation open-weight propre à Snowflake, optimisé pour le SQL d'entreprise et les tâches de données — le modèle de raisonnement par défaut des Cortex Agents lorsqu'aucun modèle externe n'est spécifié.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →