Bonjour, j’ai le service discourse sur mon propre serveur.
J’ai déjà installé le plugin ai.
J’ai déjà installé l’API openai.
mais il me dit toujours que gpt 3.5 n’est pas configuré, où est-il configuré ? Je pensais qu’il suffisait de placer l’API openai.
vérifier
Votre clé d’API fonctionne-t-elle avec une requête de test comme celle ci-dessous ?
curl https://api.openai.com/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $OPENAI_API_KEY" \
-d '{
"model": "gpt-3.5-turbo",
"messages": [{"role": "user", "content": "Say this is a test!"}],
"temperature": 0.7
}'
J’entre ce code via ssh sur mon serveur (en attachant l’API openai) ou où puis-je tester ?
Vous pouvez l’exécuter à partir de n’importe quel terminal auquel vous avez accès.
curl https://api.openai.com/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $12345679" \
-d '{
"model": "gpt-3.5-turbo",
"messages": [{"role": "user", "content": "Say this is a test!"}],
"temperature": 0.7
}'
cette structure serait-elle correcte ? C’est-à-dire, laisser le “$” avant et les (") après la clé d’API ?
Vous laisseriez les guillemets après oui, mais vous ne laisseriez pas le $ avant la clé. Le $OPENAI_API_KEY fait référence à une variable d’environnement.
Je me demande s’il y a un problème de synchronisation ou un « problème de récupération » ici.
Pouvez-vous supprimer une lettre de la clé API, puis en ajouter une et voir si cela commence à fonctionner ?
@Falco Je me demande si nous la traitons simplement comme « configurée » dès qu’une clé API est présente. À ce moment-là, vous pourrez consulter les journaux pour voir si cela pose problème.
Le test sur la configuration est de toute façon incomplet… L’API pourrait être temporairement indisponible, la clé pourrait expirer une semaine plus tard et elle serait toujours (configurée), je pense que c’est juste trop compliqué, nous devrions simplement supprimer la vérification et nous fier aux journaux ici.
Il serait bon d’avoir un avertissement sur le tableau de bord qui se déclenche lorsque la clé API échoue. J’ai vu plusieurs personnes (moi y compris) configurer les choses correctement, sauf que le service demande plus d’argent.
Les journaux sont difficiles à trouver pour la plupart des gens.
Bonjour, j’ai essayé plusieurs API, même de nouvelles.
En fait, j’utilise ces mêmes API avec d’autres services comme un script PHP, un plugin WordPress, et ils fonctionnent sans problème ; mais je ne comprends pas pourquoi quand je le mets ici, il ne s’active pas, je ne sais pas si je dois configurer quelque chose de plus, en plus de mettre l’API.
J’ai également mis le nom de l’organisation et l’ai retiré (bien qu’il soit indiqué qu’il est facultatif).
Pouvez-vous regarder dans les journaux s’il y a quelque chose ?
Donnez-nous un jour ou deux, nous verrons si nous pouvons augmenter la journalisation ici au minimum.
Ami, j’ai réussi à résoudre le problème. J’ai dû relancer le code de base pour que la configuration soit appliquée (je pensais qu’il suffisait de l’installer)
cd /var/discourse
./launcher rebuild app
J’ai vu cela à plusieurs reprises, il semble qu’il faille un certain temps après la saisie de la clé API pour que le message « non configuré » disparaisse.
J’ai trouvé le problème, je le corrige, nous le mettions en cache dans une classe, donc les changements ne se refléteraient pas.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.