Snyk transforme son agent de support interne en fonctionnalité client : Snyk Assist

Snyk, connue pour ses scanners de vulnérabilités dans le code et les dépendances, a ouvert à l'extérieur un agent qui, au départ, ne servait que son propre support. C'est désormais Snyk Assist, une fonctionnalité pour les clients bâtie sur trois composants de l'écosystème LangChain : LangChain, LangGraph et LangSmith. Le cas provient du blog de LangChain lui-même : c'est donc un récit de vendeur. Il ne contient aucun chiffre sur la part de demandes closes, la rapidité de réponse ou le coût. La principale valeur de cette histoire tient donc au parcours : de l'outil interne au produit.

Pourquoi le parcours commence en interne

Un agent de support interne est le terrain d'essai le plus sûr. Les utilisateurs sont des salariés : ils connaissent le produit et repèrent les erreurs. L'humain reste dans la boucle : un ingénieur vérifie la réponse avant l'envoi. Les retours arrivent vite, et le risque pour la réputation est proche de zéro. Pendant cette phase, l'équipe a le temps de constituer une base de vraies questions, de comprendre où le modèle se trompe avec assurance et de renforcer les sources de connaissances.

Le passage aux clients change les exigences. La réponse part directement, sans le filet d'un collègue. L'agent doit tenir compte du contexte d'un compte précis et ne pas mélanger les données de différentes organisations. Pour une entreprise qui vend de la sécurité, une erreur coûte plus cher que pour un SaaS moyen. Un mauvais conseil sur une vulnérabilité ou sur la configuration du scanner ébranle la confiance dans le produit principal, pas seulement dans l'assistant conversationnel.

Ce que fait chaque outil de la pile

Le rôle de chaque composant correspond bien à la tâche : faire passer un agent du mode interne au mode externe.

• LangChain gère la couche d'intégrations : connexion des modèles, des outils et des sources de données.
• LangGraph décrit l'agent sous forme de graphe d'états. On y trouve des branchements, des points de contrôle, et la possibilité d'insérer une étape avec intervention humaine ou une escalade vers un ingénieur.
• LangSmith fournit les traces de chaque exécution, des jeux de requêtes de test et l'évaluation de la qualité des réponses avant et après modification.

L'association de LangGraph et de LangSmith est sans doute l'élément central de ce cas. Le graphe transforme le comportement de l'agent en un schéma explicite, que l'on peut lire et borner. Les traces montrent où l'agent a pris un mauvais virage. Sans cela, une mise en production côté client tourne à la loterie : on corrige un prompt pour un scénario et on en casse trois autres sans s'en apercevoir.

Ce que l'on sait, et ce que l'on ignore

• Produit : Snyk Assist, fonctionnalité destinée aux clients de Snyk.
• Origine : agent interne du service de support.
• Pile : LangChain, LangGraph, LangSmith.
• Source : blog de LangChain, publication du 9 octobre 2026.
• Non divulgué dans la description disponible : modèles utilisés, part de demandes résolues, latence, coût par demande, politique d'escalade vers un humain.

Ce dernier point est important. Sans métriques, impossible de dire si Snyk Assist a réduit la charge du support ou l'a simplement déplacée ailleurs. Par nature, un cas publié par un vendeur présente le meilleur scénario.

Ce que l'on peut en retenir en pratique

La principale leçon concerne l'ordre des opérations. Si vous disposez d'un agent interne qui travaille de façon stable pour l'équipe de support ou le DevRel, ce n'est pas un produit client prêt à l'emploi, mais c'est une bonne base de départ. Avant de l'ouvrir à l'extérieur, quelques étapes s'imposent.

Premièrement : transformez les dialogues internes accumulés en jeu de tests de régression et relancez-le à chaque changement de modèle ou de prompt. Deuxièmement : décrivez explicitement dans le graphe les limites de l'agent : ce à quoi il répond, quand il transmet la demande à un humain, quelles données lui sont inaccessibles. Troisièmement : activez le traçage dès le premier jour, et non après le premier incident. Quatrièmement : choisissez les métriques à l'avance, par exemple la part de demandes closes sans escalade et la part de réponses qu'il a fallu corriger. Sans elles, la discussion sur l'impact restera aussi floue que dans ce cas.

Enfin, considérez les publications des vendeurs comme des indications d'architecture, et non comme des benchmarks. Le choix de pile de Snyk est tout à fait raisonnable, mais seuls vos propres chiffres pourront confirmer son intérêt.