# Der AI-Bot reagierte nach dem letzten Update nicht mehr
**URL:** https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290
**Category:** Bug
**Tags:** ai, fixed
**Created:** [12. August 2024 um 16:35 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290 "2024-08-12T16:35:24Z")
**Posts on this page:** 10
**Page:** 1
### Author:  [@aas](https://meta.discourse.org/u/aas)
#### Post date: [12. August 2024 um 16:35 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/1 "2024-08-12T16:35:24Z")
Discourse-Version: `v3.3.0.beta6`
KI-Version: [9d887ad4](https://github.com/discourse/discourse-ai/commit/9d887ad4ace8e33c3fe7dbb39237e882c08b4f0b)
- Es spielt keine Rolle, welches Modell ich wähle, wenn ich eine Konversation mit dem Bot starte
- Ich kann erfolgreiche Anfragen in der Tabelle `ai_api_audit_logs` sehen.
- Wenn ein Benutzer eine Konversation startet, ist der einzige LLM-Aufruf, der gemacht wird, der Titel-Bot-Aufruf („. Du bist Titlebot. Gib einen Titel für ein Thema an. Du wirst niemals etwas anderes als einen 7-Wörter-Thementitel antworten.“)
- Der Bot aktualisiert den Titel, antwortet aber nicht
- Anfragen an unsere Anbieter funktionieren einwandfrei – Discourse AI versucht nicht einmal, einen Aufruf zu tätigen
Hier ist ein Screenshot der Konversation:
Beachten Sie die leere Bot-Antwort.
Aus den Protokollen geht hervor, dass nur ein `bot_title`-Aufruf und kein `bot`-Protokoll vorhanden ist.
Hier sind die Einstellungen der Persona
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [12. August 2024 um 16:43 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/2 "2024-08-12T16:43:43Z")
Was passiert, wenn Sie zu `/admin/plugins/discourse-ai/ai-llms` navigieren und bei dieser LLM auf Test klicken?
---
### Author:  [@aas](https://meta.discourse.org/u/aas)
#### Post date: [12. August 2024 um 16:58 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/3 "2024-08-12T16:58:15Z")
Wenn Sie damit meinen, auf `Bearbeiten` neben einem LLM zu klicken, dann nach unten zu scrollen und auf `Test ausführen` zu klicken, erhalte ich für alle aktivierten LLMs (anthropic und openai) eine Erfolgsmeldung.
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [12. August 2024 um 23:58 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/4 "2024-08-12T23:58:51Z")
Gibt es etwas in `/logs`?
---
### Author:  [@aas](https://meta.discourse.org/u/aas)
#### Post date: [13. August 2024 um 00:19 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/5 "2024-08-13T00:19:26Z")
Beim Kuckuck, das gibt es! `Job exception: DiscourseAi::Completions::Llm::UNKNOWN_MODEL`
```plaintext
Message (30 copies reported)
Job exception: DiscourseAi::Completions::Llm::UNKNOWN_MODEL
Backtrace
/var/www/discourse/plugins/discourse-ai/lib/completions/llm.rb:129:in `proxy'
/var/www/discourse/plugins/discourse-ai/lib/ai_bot/personas/persona.rb:155:in `craft_prompt'
/var/www/discourse/plugins/discourse-ai/lib/ai_bot/bot.rb:54:in `reply'
/var/www/discourse/plugins/discourse-ai/lib/ai_bot/playground.rb:426:in `reply_to'
/var/www/discourse/plugins/discourse-ai/app/jobs/regular/create_ai_reply.rb:18:in `execute'
/var/www/discourse/app/jobs/base.rb:305:in `block (2 levels) in perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-6.0.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-6.0.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:292:in `block in perform'
/var/www/discourse/app/jobs/base.rb:288:in `each'
/var/www/discourse/app/jobs/base.rb:288:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:202:in `execute_job'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:170:in `block (2 levels) in process'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:177:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:132:in `call'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:179:in `block in invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:182:in `invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:169:in `block in process'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_retry.rb:113:in `local'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq.rb:44:in `block in '
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:263:in `stats'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_logger.rb:13:in `call'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_retry.rb:80:in `global'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:124:in `block in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/job_logger.rb:39:in `prepare'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:123:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:168:in `process'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:78:in `process_one'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:68:in `run'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/component.rb:8:in `watchdog'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/component.rb:17:in `block in safe_thread'
```
env:
hostname forum-app
process\_id 2575726
application\_version a4bfe8adb4aae3e8049ce5e7122ba01f4db1bdb5
current\_db default
current\_hostname [community.ankihub.net](http://community.ankihub.net)
job Jobs::CreateAiReply
problem\_db default
time 5:15 pm
opts
post\_id 334872
bot\_user\_id -121
persona\_id 1
current\_site\_id default
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [13. August 2024 um 04:42 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/6 "2024-08-13T04:42:48Z")
Versuchen Sie, eine andere Standard-LLM in der Persona auszuwählen, zu speichern, neu zu laden und dann wieder Claude 3.5 Sonnet auszuwählen.
Dies könnte mit der Migration zusammenhängen.
---
### Author:  [@aas](https://meta.discourse.org/u/aas)
#### Post date: [13. August 2024 um 16:25 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/7 "2024-08-13T16:25:36Z")
Ich habe das Standardmodell für die Persona auf gpt-4o geändert. Ich habe versucht, eine Direktnachricht mit dem Bot zu starten, und es hat nicht funktioniert. Ich habe das Standardmodell zurück auf claude 3.5 sonnet umgestellt, und es funktioniert immer noch nicht. Ich habe auch versucht, die Persona zu deaktivieren und wieder zu aktivieren.
Ich habe eine Direktnachricht mit einer anderen Persona versucht, die claude 3.5 sonnet verwendet, und sie funktioniert einwandfrei. Ein Unterschied zwischen den beiden Personas ist, dass diejenige, die nicht funktioniert, einen Benutzer damit verbunden hat. Die andere Persona hat keinen und antwortet mit dem automatisch erstellten Benutzer `claude-3-5-sonnet`.
Ich nehme an, ich könnte die fehlerhafte Persona löschen und neu erstellen? Wenn ich jedoch die fehlerhafte Persona lösche, werden die zugehörigen Embeddings aus den hochgeladenen Dokumenten aus Postgres gelöscht? Es macht mir nichts aus, die Embeddings neu zu generieren, da das ziemlich günstig ist.
---
### Author:  [@aas](https://meta.discourse.org/u/aas)
#### Post date: [10. September 2024 um 19:58 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/8 "2024-09-10T19:58:36Z")
Ich habe gerade auf Discourse `3.4.0.beta1` und Discourse AI `36ce88f3` aktualisiert, aber es funktioniert immer noch nicht. Ich werde die defekte Persona löschen und neu erstellen.
---
### Author:  [@aas](https://meta.discourse.org/u/aas)
#### Post date: [28. September 2024 um 05:31 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/9 "2024-09-28T05:31:50Z")
Für alle, die zufällig darauf stoßen: Ich kann bestätigen, dass das Löschen und Neuerstellen der Persona das Problem behoben hat. Außerdem werden beim Löschen einer Person tatsächlich die zugehörigen Elemente in den Tabellen `rag_document_fragments` und `ai_document_fragment_embeddings` entfernt.
---
### Author:  [@j.jaffeux](https://meta.discourse.org/u/j.jaffeux)
#### Post date: [5. Oktober 2024 um 05:32 UTC](https://meta.discourse.org/t/ai-bot-stopped-responding-after-last-update/321290/10 "2024-10-05T05:32:44Z")
Dieses Thema wurde 7 Tage nach der letzten Antwort automatisch geschlossen. Neue Antworten sind nicht mehr möglich.