Hallo, ich habe den Discourse-Dienst auf meinem eigenen Server.
Ich habe das KI-Plugin bereits installiert.
Ich habe die OpenAI-API bereits installiert.
Aber es sagt mir immer noch, dass GPT 3.5 nicht konfiguriert ist. Wo ist es konfiguriert? Ich dachte, es reicht aus, die OpenAI-API einzugeben.
prüfen
Funktioniert Ihr API-Schlüssel mit einer Testanfrage wie der folgenden?
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
}'
Ich gebe diesen Code über SSH auf meinen Server ein (mit der OpenAI-API) oder wo kann ich testen?
Sie können das von jedem Terminal aus ausführen, auf das Sie Zugriff haben.
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
}'
wäre diese Struktur korrekt? Das heißt, das „$“ davor und die Anführungszeichen danach bei den API-Schlüsseln beizubehalten?
Du würdest die Anführungszeichen nach yes stehen lassen, aber das $ vor dem Schlüssel nicht. Die $OPENAI_API_KEY bezieht sich auf eine Umgebungsvariable.
Ich frage mich, ob es hier ein Timing-Problem oder ein „Recovery-Problem“ gibt.
Können Sie einen Buchstaben aus dem API-Schlüssel entfernen und dann einen hinzufügen und sehen, ob es dann funktioniert?
@Falco Ich frage mich, ob wir es einfach als „konfiguriert“ behandeln, sobald ein API-Schlüssel vorhanden ist. Zu diesem Zeitpunkt können Sie die Protokolle überprüfen, um zu sehen, ob es fehlschlägt.
Der Test bei der Konfiguration ist sowieso unvollständig … Die API könnte vorübergehend nicht erreichbar sein, der Schlüssel könnte eine Woche später ablaufen und er ist immer noch (konfiguriert). Ich denke, das ist einfach zu kompliziert, wir sollten die Prüfung einfach entfernen und uns hier auf die Protokolle verlassen.
Es wäre gut, wenn es im Dashboard eine Warnung gäbe, die ausgelöst wird, wenn der API-Schlüssel fehlschlägt. Ich habe gesehen, dass mehrere Personen (einschließlich mir selbst) die Dinge richtig konfiguriert haben, außer dass der Dienst mehr Geld verlangt.
Protokolle sind für die meisten Leute schwer zu finden.
Hallo, ich habe mehrere APIs ausprobiert, auch neue.
Tatsächlich verwende ich dieselben APIs mit anderen Diensten wie einem PHP-Skript und einem WordPress-Plugin, und sie funktionieren ohne Probleme. Aber ich verstehe nicht, warum sie hier nicht aktiviert werden, wenn ich sie einfüge. Ich weiß nicht, ob ich etwas Zusätzliches konfigurieren muss, außer die API einzufügen.
Ich habe auch den Namen der Organisation angegeben und ihn wieder entfernt (obwohl dort steht, dass er optional ist).
Können Sie in den Protokollen nachsehen, ob dort etwas ist?
Geben Sie uns ein oder zwei Tage, wir werden sehen, ob wir hier zumindest die Protokollierung erhöhen können
Freund, ich konnte es lösen. Ich musste den Basisskript erneut ausführen, damit die Konfiguration angewendet wird (ich dachte, es wäre nur notwendig, ihn zu installieren)
cd /var/discourse
./launcher rebuild app
Ich habe das mehrmals gesehen, es scheint eine Weile zu dauern, nachdem der API-Schlüssel eingegeben wurde, bis “unconfigured” verschwindet.
Ich habe das Problem gefunden und behebe es. Wir haben das in einer Klasse zwischengespeichert, sodass Änderungen nicht übernommen wurden.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.