Le problème avec la configuration des embeddings d’OpenAI a été résolu ici :
Il y a une migration là-bas qui copiera les données et définira le paramètre du modèle sélectionné pour vous, à moins que vous ne l’ayez déjà configuré manuellement.
De plus, j’ai fusionné ce changement qui aidera à atténuer l’impact du fait que la fonctionnalité soit dans un état défectueux en raison de la configuration :
J’entends ce que vous dites à propos de la configuration qui est écrasante. Nous avons travaillé à améliorer l’expérience utilisateur en déplaçant la façon dont les LLM sont configurés, et nous avons maintenant fait de même avec les embeddings, ce qui a entraîné la suppression de plus de 25 paramètres de site. Ces changements nous obligent souvent à réécrire une grande partie des internes du plugin, ils prennent donc du temps et des efforts, mais vous pouvez vous attendre à ce que les choses continuent de s’améliorer avec le temps.
Concernant les problèmes de restauration que vous avez mentionnés, il ne m’est pas clair s’il s’agit d’un problème récurrent avec la sauvegarde qui ne capture pas les tables où résident les configurations des modèles d’IA. Si c’est le cas, faites-le moi savoir et j’enquêterai.
Dans ce cas particulier, le problème était un bug dans la migration de base de données que j’ai écrite, qui récupère les données de plusieurs paramètres de site et insère une ligne dans la table de configuration des embeddings. Le bug en a fait un no-op pour les modèles OpenAI et il est sans rapport avec les sauvegardes/restaurations.