AIボットは最後のアップデート後に応答しなくなった

[aas]

Discourse バージョン: v3.3.0.beta6
AI バージョン: 9d887ad4

• ボットとの会話を開始するとき、どのモデルを選択しても関係ありません
• ai_api_audit_logs テーブルでリクエストが成功したことを確認できます。
  • ユーザーが会話を開始すると、唯一行われる LLM 呼び出しはタイトルボットの呼び出しです（「あなたはタイトルボットです。トピックが与えられたら、タイトルを決定します。7単語のトピックタイトル以外は決して応答しません。」）
  • ボットはタイトルを更新しますが、応答しません
• プロバイダーへのリクエストは正常に機能します - Discourse AI は呼び出しを行おうともしていません

会話のスクリーンショットはこちらです。

ボットの応答が空であることに注意してください。

ログから、bot_title の呼び出しのみがあり、bot のログがないことがわかります。

ペルソナの設定はこちらです。

[Falco]

/admin/plugins/discourse-ai/ai-llms にアクセスして、このLLMのテストを押すとどうなりますか？

[aas]

編集をクリックしてから下にスクロールしてテストを実行をクリックすることを意味していると仮定すると、すべての有効なLLM（anthropicとopenai）で成功メッセージが表示されます。

[sam (Sam Saffron)]

/logs に何かありますか？

[aas]

やれやれ、そうなのです！ Job exception: DiscourseAi::Completions::Llm::UNKNOWN_MODEL

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/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 <module:Sidekiq>'
/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
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

[sam (Sam Saffron)]

ペルソナで別のデフォルトLLMを選択し、保存してから、再読み込みして、再度Claude 3.5 Sonnetを選択してみてください。

これは移行に関連している可能性があります。

[aas]

ペルソナのデフォルトモデルをgpt-4oに変更しました。ボットとのPMを開始しようとしましたが、うまくいきませんでした。デフォルトモデルをclaude 3.5 sonnetに戻しましたが、それでも機能しません。ペルソナの無効化と再有効化も試しました。

claude 3.5 sonnetを使用する別のペルソナでPMを試したところ、正常に動作しました。機能しないペルソナと機能するペルソナの主な違いは、機能しないペルソナにはユーザーが関連付けられていることです。もう一方のペルソナにはユーザーがなく、自動作成されたclaude-3-5-sonnetユーザーで応答します。

壊れたペルソナを削除して再作成することもできますか？しかし、壊れたペルソナはアップロードされたドキュメントを使用しています。壊れたペルソナを削除した場合、アップロードされたドキュメントに関連付けられた埋め込みはpostgresから削除されますか？埋め込みの再生成はそれほど高価ではないので、気にしません。

[aas]

Discourse 3.4.0.beta1 と Discourse AI 36ce88f3 にアップデートしましたが、まだ動作しません。壊れたペルソナを削除して再作成する必要があると思います。

[aas]

これを見つけた方のために、ペルソナを削除して再作成することで問題が解決したことを確認できます。また、人物を削除すると、rag_document_fragments および ai_document_fragment_embeddings テーブルの関連アイテムが削除されることも確認しました。