Si la base de connaissances Coze télécharge un document avec « code=105000004 » et des invites telles que des dimensions vectorielles incohérentes et un « dense_text_content », ce n’est généralement pas que le document lui-même soit défaillant, mais que la configuration d’intégration n’est pas correcte. Dans les questions publiques, ce type d’erreur apparaît à plusieurs reprises, et les retours de la communauté pointent essentiellement dans la même direction : la dimension des vecteurs générateurs n’est pas la même que la dimension de collection déjà établie.
Si vous regardez la version open source de Coze Studio, le dépôt officiel est https://github.com/coze-dev/coze-studio. Le README officiel insiste sur le fait que le modèle et la configuration de base des composants doivent d’abord être terminés, puis l’agent, le flux de travail et la base de connaissances doivent être réalisés, sinon de nombreux problèmes seront concentrés ultérieurement.
Qu’est-ce que cette erreur signale exactement ?
En termes simples, le système s’attend à ce que vous réussissiez en 2048 dimensions, mais en réalité vous envoyez 1024 dimensions, ou inversement. Pour les bibliothèques vectorielles, il ne s’agit pas d’une « petite déviation », mais d’un décalage de format qui ne peut pas être écrit directement. Le problème est qu’une couche du modèle d’inclusion, les paramètres de requête, l’ancienne collection et les variables d’environnement n’est pas unifiée.
Les trois causes les plus courantes
- Vous avez changé le modèle d’inclusion, mais la collection sous-jacente de la base de connaissances reste l’ancienne dimension.
- Vous avez changé '.env', mais le conteneur qui s’exécutait n’a pas eu la nouvelle configuration.
- La dimension réelle renvoyée par le modèle est différente de ce que vous pensez, ce qui provoque une défaillance ultérieure de la bibliothèque.
Comment cela est généralement géré dans la communauté
La méthode la plus directe consiste d’unifier d’abord la dimension d’inclusion, puis de refaire le traitement du document. Si la base de connaissances a déjà été construite, il est souvent non seulement nécessaire de modifier la configuration, mais aussi de reconstruire la collection ou de réimporter la documentation. Quelqu’un dans le numéro ouvert a modifié le modèle de « bge-m3 », « m3e-base », etc., mais si les dimensions sous-jacentes ne sont pas synchronisées, le problème continuera de survenir.
Lors du dépannage, il est recommandé de considérer d’abord trois éléments : le modèle d’intégration dans la page de configuration du modèle, le paramètre de dimension dans '.env', et la définition de la collection actuelle dans la base de connaissances. Tant qu’un de ces trois endroits n’est pas aligné, il continuera à signaler des erreurs similaires.
Conclusion d’une phrase
La dimension vectorielle de la base de connaissances de Coze est erronée, ce qui constitue essentiellement un désalignement entre la « sortie du modèle » et la « définition de la bibliothèque ». Unifier la configuration d’embarquement avant d’envisager de reconstruire la base de connaissances est généralement ce qui fait gagner le plus de temps.
