توقف روبوت الذكاء الاصطناعي عن الاستجابة بعد التحديث الأخير

[aas]

إصدار Discourse: v3.3.0.beta6
إصدار الذكاء الاصطناعي: 9d887ad4

• لا يهم أي نموذج أختاره عند بدء محادثة مع الروبوت
• يمكنني رؤية الطلبات الناجحة في جدول ai_api_audit_logs.
  • عندما يبدأ المستخدم محادثة، فإن استدعاء LLM الوحيد الذي يتم إجراؤه هو استدعاء روبوت العنوان (“. أنت روبوت العناوين. بالنظر إلى موضوع، ستحدد عنوانًا. لن تستجيب أبدًا بأي شيء سوى عنوان موضوع مكون من 7 كلمات.”)
  • يقوم الروبوت بتحديث العنوان ولكنه لا يستجيب
• الطلبات إلى مزودي الخدمة لدينا تعمل بشكل جيد - لا يحاول Discourse AI إجراء استدعاء على الإطلاق

إليك لقطة شاشة للمحادثة:

لاحظ الاستجابة الفارغة من الروبوت.

من السجلات، يمكنك رؤية أن هناك استدعاء bot_title فقط، وليس سجل bot.

إليك إعدادات الشخصية

[Falco]

ماذا يحدث عند الانتقال إلى /admin/plugins/discourse-ai/ai-llms والضغط على Test على هذا النموذج اللغوي الكبير؟

[aas]

بافتراض أنك تقصد النقر على Edit بجوار LLM ثم التمرير لأسفل والنقر على Run Test، أحصل على رسالة نجاح لجميع LLMs الممكّنة (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)]

جرب تحديد نموذج لغوي كبير افتراضي مختلف في الشخصية، وحفظه، وإعادة تحميله، ثم اختيار Claude 3.5 Sonnet مرة أخرى.

قد يكون هذا متعلقًا بالترحيل.

[aas]

لقد قمت بتغيير النموذج الافتراضي للشخصية إلى gpt-4o. حاولت بدء محادثة خاصة مع الروبوت ولم تنجح. قمت بالتبديل مرة أخرى إلى النموذج الافتراضي claude 3.5 sonnet وما زال لا يعمل. لقد حاولت أيضًا تعطيل الشخصية وإعادة تمكينها.

لقد حاولت إجراء محادثة خاصة مع شخصية مختلفة تستخدم claude 3.5 sonnet، وهي تعمل بشكل جيد. أحد الاختلافات بين الشخصيتين هو أن الشخصية التي لا تعمل مرتبطة بمستخدم. الشخصية الأخرى لا ترتبط بمستخدم وتستجيب للمستخدم الذي تم إنشاؤه تلقائيًا claude-3-5-sonnet.

أفترض أنه يمكنني حذف الشخصية المعطلة وإعادة إنشائها؟ ومع ذلك، تستخدم الشخصية المعطلة مستندات تم تحميلها. إذا قمت بحذف الشخصية المعطلة، فهل سيتم حذف تضمينات المتجهات المرتبطة من المستندات التي تم تحميلها من postgres؟ لا أمانع في إعادة إنشاء تضمينات المتجهات لأن ذلك غير مكلف للغاية.

[aas]

لقد قمت للتو بالتحديث إلى Discourse 3.4.0.beta1 و Discourse AI 36ce88f3، لكنه لا يزال لا يعمل. أفترض أنني سأقوم بحذف وإنشاء الشخصية المعطلة مرة أخرى.

[aas]

بالنسبة لأي شخص قد يصادف هذا، يمكنني التأكيد على أن حذف الشخصية وإعادة إنشائها قد أصلح المشكلة. أيضًا، يؤدي حذف الشخص بالفعل إلى إزالة العناصر ذات الصلة في جدولي rag_document_fragments و ai_document_fragment_embeddings.