GPT 3.5 не настроен, несмотря на наличие API-ключа

Поддержка
1

Здравствуйте, у меня запущен сервис Discourse на собственном сервере.

Я уже установил плагин AI.

Я уже настроил OpenAI API.

Однако система сообщает, что GPT 3.5 не настроен. Где это настраивается? Я думал, достаточно просто указать ключ API OpenAI.

Captura de pantalla 2024-05-07 092220
Captura de pantalla 2024-05-07 092220740×621 23.5 KB

Проверьте

Captura de pantalla 2024-05-07 092346
Captura de pantalla 2024-05-07 092346841×825 27.9 KB

2

Работает ли ваш API-ключ с тестовым запросом, подобным приведенному ниже?

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": "Скажите, это тест!"}],
     "temperature": 0.7
   }'
3

Я ввожу этот код через SSH на свой сервер (подключая OpenAI API), или где я могу это протестировать?

4

Вы можете запустить это из любого терминала, к которому у вас есть доступ.

5 
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": "Скажите, что это тест!"}],
     "temperature": 0.7
   }'

будет ли структура именно такой? То есть, оставлять ли знак «$» перед и кавычку ("), стоящую после, в API-ключе?

6

Кавычки после ‘yes’ нужно оставить, а знак $ перед ключом — убрать. $OPENAI_API_KEY ссылается на переменную окружения.

7

вот результат

Снимок экрана 2024-05-07 181053
Снимок экрана 2024-05-07 181053487×358 6.42 KB

8

Интересно, не проблема ли это со временем или «проблема восстановления»?

Можешь убрать одну букву из API-ключа, а затем добавить её обратно и посмотреть, начнёт ли всё работать?

@Falco, интересно, не стоит ли просто считать настройку «завершённой», как только API-ключ присутствует. В этом случае можно просматривать логи, чтобы увидеть, возникнут ли ошибки.

Проверка конфигурации в любом случае неполная… API может временно быть недоступно, ключ может истечь через неделю, но система всё равно будет считаться «настроенной». Думаю, это слишком сложно. Нам стоит просто убрать эту проверку и полагаться на логи.

9

Было бы неплохо иметь предупреждение на панели управления, которое срабатывает при сбое API-ключа. Я видел, как несколько человек (включая меня) настраивали всё правильно, но сервис требовал больше средств.

Для большинства людей логи сложно найти.

10

Здравствуйте! Я пробовал несколько API, в том числе новые.

На самом деле я использую те же API с другими сервисами, например, в PHP-скрипте и плагине для WordPress, и там всё работает без проблем. Но я не понимаю, почему здесь они не активируются. Неужели нужно что-то ещё настроить, помимо ввода самого API?

Я также пробовал указывать и убирать название организации (хотя в инструкции сказано, что это необязательно).

11

Можешь посмотреть в логах, есть ли там что-нибудь?

12

Хотя они и старые, более новых нет

Скриншот 2024-05-07 190602
Скриншот 2024-05-07 1906021869×647 86.2 KB

13

Дайте нам день-два, мы посмотрим, сможем ли как минимум увеличить уровень логирования здесь.

14

Друг, я смог это решить. Мне нужно было снова запустить базовый код, чтобы конфигурация применилась (я думал, что достаточно было просто установить его).


cd /var/discourse
./launcher rebuild app
15

Я сталкивался с этим неоднократно: похоже, что после ввода ключа API проходит некоторое время, прежде чем исчезнет надпись «не настроено».

16

Я нашел проблему, сейчас исправляю. Мы кэшировали это в классе, поэтому изменения не отражались.