> For the complete documentation index, see [llms.txt](https://cleyrop.gitbook.io/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cleyrop.gitbook.io/docs/support-and-ressources/changelog-and-release-notes/release-note-v4.5.md).

# Release Note v4.5

## 📣 Announcements

La v4.5 consolide deux axes majeurs : la flexibilité IA et la gouvernance des données. L'assistant global laisse place au Druide, les administrateurs peuvent désormais connecter leurs propres modèles LLM, et la qualité des données gagne en expressivité avec les seuils d'alertes multiples. Cette version pose également les bases d'un meilleur contrôle de la sécurité, avec la gestion des sessions actives et les nouvelles politiques d'authentification. La v4.5 marque aussi une évolution de la terminologie de la plateforme : la Fabrique à Agents devient La Fabrique, les Agent Apps et Agent Tools deviennent Apps et Tools, et les Contextes IA deviennent Agents.

***

## 🚀 Nouvelles fonctionnalités

### **Email de bienvenue**

* Un email de bienvenue est désormais envoyé à la première connexion. Il contient le lien vers la plateforme ainsi que vers la documentation.
* Les utilisateurs déjà existants recevront également cet email lors de leur prochaine connexion.

### La Fabrique - Évolution de la terminologie

* La **Fabrique à Agents** s'appelle désormais **La Fabrique**.
* Les **Agent Apps** et **Agent Tools** deviennent **Apps** et **Tools** — l'ensemble étant désigné par le terme **Apps**.
* Les **Contextes IA** deviennent **Agents**.

***

### Le Druide

* L'assistant global devient Le Druide. Le bouton "Nouveau Chat" ouvre désormais la nouvelle interface du Druide.
* Les variables d'environnement utilisateur pour les Tools peuvent dorénavant être configurées directement depuis Le Druide : si un Tool nécessite une configuration, il apparaît grisé avec un bouton "Configurer" dans le listing.

→ [Le Druide](/docs/le-druide/chat-securise.md)

***

### Modèles & Clés API

* Les Platform Managers peuvent connecter leurs propres fournisseurs de modèles LLM (OpenAI, Mistral, Anthropic, OVH, etc.) depuis une interface dédiée dans l'Administration.
* Trois modèles par défaut peuvent être définis : instruct (utilisé par le Druide), embedding (utilisé par les corpus) et coder. Le changement de modèle par défaut est immédiatement effectif sur toute la plateforme.
* La liste des modèles disponibles chez un fournisseur peut être récupérée automatiquement via le bouton "Découvrir les modèles".
* Les clés pré-configurées par Cleyrop restent visibles et utilisables, mais elles ne peuvent pas être modifier ni supprimées.

→ [Gérer les modèles et clés API](https://cleyrop.gitbook.io/docs/administration/gerer-les-modeles-et-cles-api)

***

### Monitoring de la consommation IA

* Un tableau de bord permettant de monitorer la consommation de tokens modèle par modèle est maintenant disponible (Administration > Monitoring, onglet Tokens).
* Il affiche pour la période sélectionnée : tokens de prompt, tokens de completion et total tokens.

→ [Gérer les modèles et clés API](https://cleyrop.gitbook.io/docs/administration/gerer-les-modeles-et-cles-api)

***

### Qualité des données — Seuils d'alertes multiples & modification d'une règle existante

* Les règles de Data Quality ne se limitent plus à un retour booléen. Elles peuvent désormais retourner des valeurs de type numérique (entier, décimal), texte ou date.
* Pour chaque type de retour, vous pouvez définir jusqu'à 3 conditions combinables avec ET / OU, chacune associée à un niveau de sévérité (Critique, Majeur, Mineur).
* Si aucune condition n'est remplie, aucune alerte n'est générée.
* Il est désormais possible de modifier une règle après sa création : nom, description, requête SQL et seuils d'alerte.
* Les modifications prennent effet au prochain rafraîchissement du dataset, elles ne sont pas rétroactives.

→ [Qualité des données](https://cleyrop.gitbook.io/docs/gouvernance-de-donnees/qualite-des-donnees)

***

### Référencement des datasets de sortie dans la bibliothèque

* Les datasets produits par un Dataflow ne sont plus automatiquement visibles dans la bibliothèque du projet. Seuls les datasets explicitement référencés y apparaissent.
* Un bouton **Référencer** est disponible directement sur le graphe du Dataflow au-dessus du dataset de sortie, ainsi que depuis sa fiche de détail.
* Le dataset référencé devient visible dans la bibliothèque **une fois le Dataflow déployé en production.**

{% hint style="info" %}
Les datasets déjà présents en bibliothèque avant la montée de version ne sont pas impactés.
{% endhint %}

→ [Gérer les Datasets](https://cleyrop.gitbook.io/docs/projet-data-and-ia/datasets/gerer-les-datasets)

***

### Gestion des notifications datasets

* L'option d'abonnement aux échecs de rafraîchissement est désormais proposée explicitement à la création d'un dataset. Le propriétaire d'un dataset peut désactiver son abonnement automatique aux règles Data Quality depuis la Gestion des notifications.
* L'abonnement aux alertes n'est proposé que si au moins une règle est définie sur le dataset.
* À la création d'une règle, une invitation à s'abonner est affichée si l'utilisateur n'est pas encore abonné.

→ [Gérer les Datasets](https://cleyrop.gitbook.io/docs/projet-data-and-ia/datasets/gerer-les-datasets)

***

### Suppression d'un DevSpace

* Les utilisateurs peuvent désormais supprimer leur DevSpace depuis l'interface, via un bouton **Supprimer** disponible sur la fiche du DevSpace.
* La suppression est irréversible et entraîne la perte définitive de toutes les données stockées dans /home/cleyrop.

→ [DevSpace](https://cleyrop.gitbook.io/docs/gen-ai/devspace)

***

### Gestion des sessions actives

* Un nouvel onglet **Sessions** est disponible dans l'Espace personnel. Il affiche les appareils actuellement connectés à votre compte : adresse IP, navigateur, date de début et dernier accès.
* Chaque session peut être révoquée individuellement. La session en cours ne peut pas être fermée.
* Un bouton **Révoquer toutes les autres sessions** permet de déconnecter tous les autres appareils en une seule action.

→ [Espace personnel](https://cleyrop.gitbook.io/docs/espace-personnel/profil-utilisateur)

***

### Conserver l'ownership lors de la désactivation d'un compte

* Lors de la désactivation d'un compte utilisateur, deux options sont proposées :
  * **Réattribuer les ownerships** (option par défaut) : les assets sont transférés au responsable du projet.
  * **Conserver les ownerships** : les assets restent attribués au compte désactivé et lui sont restitués automatiquement à la réactivation.

{% hint style="warning" %}
En conservant les ownerships, les assets resteront attribués à un compte inactif. Assurez-vous que les assets critiques restent accessibles et administrables pendant la période de désactivation.
{% endhint %}

→ [Gérer les utilisateurs et groupes](https://cleyrop.gitbook.io/docs/administration/gerer-les-utilisateurs-et-groupes)

***

## Bugfix

* Correction de l'affichage du détail d'une exécution partielle de Dataflow.
* Correction du scroll dans la modale d'ajout d'un utilisateur.
* Correction d'anomalies d'affichage dans le parcours Agents.
* Correction du bouton "Mettre à jour" du modèle coder, affiché à tort en état grisé.
* Correction de la pagination dans les Données de travail (affichage limité à 50 éléments).

***

## Known Issues

* **Affichage du statut des utilisateurs** : le statut des utilisateurs peut s'afficher de manière incorrecte dans la fiche de détail, avec une action activer/désactiver non cohérente. Ce problème est purement visuel et sans impact fonctionnel. Correction prévue en v4.5.1.