Glean ajoute la création d’agents sans interface pour Claude Code, Cursor et Codex

Le 21 octobre 2026, Glean a lancé la création d’agents sans interface, une fonctionnalité désormais disponible à tous qui permet aux développeurs de créer, tester et publier des agents sous forme de code depuis des environnements de développement tels que Claude Code, Cursor et Codex. Les agents ainsi créés s’exécutent sur l’environnement d’exécution géré par Glean.

L’entreprise a annoncé cette fonctionnalité dans un article de blog rédigé par Kelly Huang, responsable du marketing produit chez Glean. Glean précise que les agents créés sous forme de code reposent sur les mêmes fondations que ceux conçus dans son éditeur visuel d’agents : ils exploitent notamment le graphe de connaissances de l’entreprise, l’accès contrôlé à plus de 275 sources d’entreprise et sa piste d’audit, tout en bénéficiant des autorisations, de la sécurité et de la gouvernance propres à Glean. Les clients qui préfèrent le langage naturel ou un espace de travail visuel à faible code pour configurer des agents sans écrire de code peuvent continuer à utiliser l’éditeur d’agents de Glean, indique l’entreprise.

Dans son annonce, Glean explique qu’à mesure que les agents se voient confier des tâches aux conséquences plus importantes, les équipes doivent les concevoir et les gérer avec la même rigueur que les logiciels : contrôle des versions, tests, collaboration, déploiement et sécurité. L’entreprise ajoute que certains flux de travail nécessitent également un contrôle plus déterministe des étapes, des garde-fous et des intégrations utilisés par un agent. La création d’agents sous forme de code permet ce contrôle et donne aux développeurs la possibilité d’appliquer des pratiques familières de test, de révision et de retour à une version antérieure. Selon Glean, cette fonctionnalité offre aux développeurs la souplesse d’un flux de travail privilégiant le code, sans les obliger à créer eux-mêmes les fondations contextuelles et d’entreprise.

Définir, tester et publier des agents sous forme de fichiers

Dans ce nouveau flux de travail, le module d’extension Glean crée un agent dans l’espace de développement du développeur sous la forme d’un ensemble de fichiers : un fichier spec.yaml contenant la configuration de l’agent et un fichier instructions.md décrivant son comportement. Ces fichiers peuvent être conservés avec le code de l’équipe, et l’agent peut être complété par des compétences ou des sous-agents au besoin.

Les développeurs peuvent exécuter l’agent depuis leur environnement de développement avec des données d’entrée représentatives, examiner le résultat et lancer des évaluations, puis s’appuyer sur les résultats pour affiner les instructions et la configuration de l’agent. Les créateurs peuvent suivre la progression d’une exécution et en examiner le résultat depuis le même environnement. Les modifications peuvent être révisées dans l’assistant de programmation ou au moyen de demandes d’intégration dans Git ; celles qui ne donnent pas le résultat attendu peuvent être annulées.

Lorsqu’un agent est prêt, le développeur le publie dans Glean plutôt que dans un environnement d’exécution distinct, et peut le partager avec son équipe. Glean indique que l’agent publié s’exécute sur son environnement géré et bénéficie du même graphe de connaissances, des mêmes autorisations sur plus de 275 sources d’entreprise et de la même piste d’audit que les agents créés dans Glean. Les administrateurs et les créateurs peuvent partager, gérer ou désactiver les agents publiés depuis la console Glean. La fonctionnalité prend en charge les agents en mode Auto ; les agents en mode Workflow doivent toujours être créés dans l’éditeur d’agents de Glean.

Configuration du module d’extension et structure des fichiers d’agent

La documentation de Glean décrit les étapes de configuration : installer le module d’extension Glean pour l’environnement de développement, s’authentifier, vérifier le répertoire local des agents, créer l’agent, le tester avec des données d’entrée représentatives, puis l’enregistrer ou le publier et partager le lien généré.

La procédure d’installation varie selon l’environnement. Dans Claude Code, le développeur ajoute la place de marché gleanwork/claude-plugins, installe le module d’extension glean@glean-plugins, puis recharge les modules d’extension. Dans Codex, l’installation s’effectue au moyen de commandes de terminal qui ajoutent la place de marché gleanwork/codex-plugins et le module d’extension glean@glean-codex-plugins. Dans Cursor, le développeur ouvre les paramètres de Cursor, recherche Glean dans la place de marché et sélectionne « Ajouter à Cursor ». Après l’installation, il connecte le module d’extension à l’instance Glean de l’entreprise en saisissant une adresse e-mail professionnelle et en effectuant l’authentification OAuth de Glean dans le navigateur. Si la configuration échoue parce qu’un message indique que la politique de l’entreprise bloque le module d’extension, la documentation recommande de demander à un administrateur Glean de l’activer.

La documentation précise que l’éditeur sans interface fonctionne uniquement au moyen de la commande de clavardage /glean_run du module d’extension, qui s’écrit $glean_run dans Codex, et qu’il n’existe pas de serveur MCP Glean pour ce flux de travail. Elle avertit les utilisateurs de ne pas remplacer cette commande par un serveur MCP Glean ou l’un de ses outils, et de ne pas réutiliser les noms des places de marché ou des modules d’extension en version bêta.

Par défaut, l’éditeur stocke chaque agent dans son propre dossier, dans .glean/agents/ de l’espace de travail actuel. Ce dossier contient spec.yaml, qui porte l’id de l’agent, instructions.md et, en option, les dossiers skills/ et subagents/. La documentation déconseille de modifier le champ id dans spec.yaml, car il relie le dossier à l’agent actif dans Glean. L’URL d’un agent publié suit le format https://<your-domain>.glean.com/chat/agents/<agent-id>, ; l’id de l’agent doit correspondre à la valeur du champ id au début de spec.yaml.

Dans le guide pas à pas de la documentation, le développeur crée un agent de questions-réponses qui résume les nouveaux problèmes d’assistance provenant de Slack et de Zendesk, le teste avec une entrée représentative, puis enregistre l’agent ainsi créé.

Un exemple de service client

L’annonce de Glean présente le cas d’un ingénieur du support client qui souhaite détecter rapidement les escalades urgentes. Dans Codex, l’ingénieur demande à Glean de créer un agent qui résume les conversations d’assistance provenant de Slack et d’Intercom, puis affine les instructions de l’agent, le teste à partir d’un cas réel d’assistance et lance une évaluation pour déterminer les points à améliorer. Lorsque les résultats lui conviennent, l’ingénieur publie l’agent dans Glean et le partage avec son équipe. Glean décrit le résultat comme un agent réutilisable pour une tâche d’assistance récurrente, créé dans les outils que l’ingénieur utilise déjà et s’appuyant sur le contexte et les mécanismes de contrôle de l’entreprise.

L’entreprise a indiqué que les fonctionnalités de création sans interface sont généralement disponibles et que les développeurs peuvent utiliser Claude Code, Codex, Cursor et Git pour créer, tester, gérer les versions et publier des agents Glean soumis à une gouvernance.