Discourse 챗봇 🤖

[merefield (Robert)]

작업 대기열이 길면 봇 응답이 지연될 수 있습니다.

트리거된 작업도 지연될 수 있다고 생각합니다.

먼저 백로그를 처리해 주세요

[bugtracker]

여러 번 답변을 작성해 보려 했으나 결국 실패했습니다. 이 문제가 계속되면 관리자에게 문의해 주세요. 감사합니다!

[merefield (Robert)]

원인을 확인해야 합니다. 로그에 오류가 기록되어 있어야 합니다.

상세 로깅을 활성화(마지막 설정)하고 로그를 Warn 수준으로 변경하여 AI 응답을 확인하세요. (Production 환경에서는 Info 로그를 읽을 수 없습니다.)

이후 /logs에서 해당 로그를 확인하세요.

이러한 문제는 유효한 키를 제공하지 않았거나 계정 잔액이 부족하기 때문에 발생하는 경우가 많습니다. 그러나 다른 원인일 수도 있습니다.

[bugtracker]

Sidekiq에 큰 백로그가 쌓인 것 같습니다. 작업을 더 빠르게 처리하기 위해 Sidekiq의 처리 용량을 늘리는 방법이 있을까요?

[merefield (Robert)]

이것은 이 플러그인의 범위를 상당히 벗어나는 내용입니다

아래 두 가지를 조합해 보세요.

1. 코어와 메모리가 더 많은 더 강력한 서버로 이전.
2. 이메일 서비스 제공업체의 레이트 리밋(속도 제한)을 높임 (필요한 경우).

보통 큐는 거의 비어 있어야 합니다.

[bugtracker]

채팅봇: 문제가 발생했지만, 한도까지 재시도합니다: nil을 Integer로 변환할 수 없습니다

제가 받는 에러입니다

[merefield (Robert)]

채팅봇 임베딩 활성화를 하셨나요?

아마도 봇 유형이 RAG일 것 같습니다(이 경우 위 항목이 활성화되어 있어야 합니다).

어떤 모델을 사용 중이신가요?

[bugtracker]

RAG 없음.

gpt-4o-mini

[merefield (Robert)]

이 오류에 대해 /logs에서 백트레이스를 볼 수 있나요?

[bugtracker]

메시지 (4건 보고됨)

챗봇: 문제가 발생했지만, 한도까지 재시도합니다: nil can't be coerced into Integer

백트레이스

/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:134:in `block in error'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:134:in `error'
/var/www/discourse/plugins/discourse-chatbot/app/jobs/regular/chatbot_reply.rb:140:in `rescue in execute'
/var/www/discourse/plugins/discourse-chatbot/app/jobs/regular/chatbot_reply.rb:121:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-6.1.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.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299: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'

[merefield (Robert)]

상기 내용을 적절히 설정해 주시고, 로그에서 의심스러운 부분이 추가로 보이면 알려주세요:

P.S. 최신 버전에서 Basic 및 RAG 봇이 정상 작동하는 것을 확인했습니다.

[merefield (Robert)]

비공개 토론 결론: 할당량 리셋 작업이 아직 실행되지 않았습니다.

이 작업은 봇을 사용하기 전에 한 번 실행되어야 합니다.

현재 플러그인 설치 후 이 작업을 한 번 수동으로 트리거해야 할 수 있습니다.

조만간 이 일회용 초기 실행을 자동으로 수행하도록 개선할 예정입니다.

[merefield (Robert)]

IMPROVE: initialise Chatbot quota values for those adding plugin for first time

이로써 해당 문제가 영구적으로 해결될 것으로 기대합니다.

[merefield (Robert)]

DeepSeek 열풍

Chatbot으로 바로 참여하세요

최소 Basic 모드에서 V3와 R1에 접근할 수 있습니다.

저는 다음을 사용했습니다:

Together AI | The AI Native Cloud

(제휴 링크 아님)

이 사이트에서 모델을 호스팅합니다.

아래와 같이 설정하세요:

반드시 Basic 봇 모드를 설정하고 키를 대체하세요.

웹사이트에 접근하여 가입할 수 있다면 DeepSeek AI를 직접 사용할 수도 있습니다

Base URL은 "https://api.deepseek.com"입니다.

[merefield (Robert)]

대체 모델, 특히 대규모 호스팅 오픈소스 모델의 사용법에 대해서는 이전 게시물을 참고하세요.

[BrianC (Brian)]

Hi @merefield .

제 주제 채팅봇 자동 응답기가 주제에서 응답할 때 2번 응답하고 있습니다. 즉, 사용자가 질문하면 채팅봇이 답변을 한 후 바로 같은 질문에 두 번째로 다시 답변을 하는 식으로 연속해서 두 번 답변을 합니다. 이 녀석을 좀 진정시키는 방법에 대한 아이디어가 있으신가요?

[merefield (Robert)]

정말 이상하네요.

최신 버전에서 이 문제를 테스트해 보았는데, 각 게시물마다 하나의 응답만 받았습니다. 즉, 초기 게시물 → 자동 응답 → 답글 → 또 다른 봇 응답 순서였죠.

현재 제가 해당 문제를 재현할 수 있는지 확신이 서지 않으니, 사용 중인 환경을 자세히 설명해 주시겠어요?

아니면, 지금 보시는 동작이 바로 그 상태인가요?

참고로, 봇은 해당 주제에 한 명의 사용자가 추가로 게시물을 올릴 때까지 계속 응답합니다. 따라서 처음에는 대화 상대가 사용자와 봇 사이에서만 이루어지므로, 봇이 항상 마지막 말을 하게 됩니다(이 내용은 OP에도 명시되어 있습니다).

누군가 이 기능을 개선하기 위해 기금을 내기로 했지만, 청구서를 결제하지 않아 현재로서는 기존 동작 방식을 유지할 수밖에 없습니다.

[BrianC (Brian)]

로버트, 감사합니다. 몇 가지 알아볼게요. 항상 그런 건 아니에요. 봇에 답장하면서 동시에 @bot을 멘션하는 것과 관련이 있을지, 아니면 같은 브라우저에서 다른 계정으로 로그인/로그아웃할 때 캐시 문제일지 확신이 없었습니다. 최근 업데이트로 인해 뭔가 문제가 생긴 건 아닌지 생각도 해봤어요. 제 환경 설정도 최신으로 업데이트되어 있습니다. 특정 상황에서 재현된다는 걸 찾으면 알려드릴게요.

[merefield (Robert)]

@BrianC

봇에 답글을 남기면서 동시에 @bot을 멘션하는 경우와 관련이 있을 수 있는지 확실하지 않았습니다.

이것도 테스트해 보았는데, 이중 응답이 발생하지 않았습니다.

게시물의 평가는 한 번만 수행되며, 멘션되거나 답글이 달린 경우에만 응답하지만 중복되지 않아야 합니다.

평가 시 봇의 게시물은 무시되어야 하므로, 봇이 스스로에 답글을 남기려 시도하는 일도 결코 일어나지 않아야 합니다.

특정 상황과 관련된 더 자세한 정보를 파악할 수 있다면 알려 주세요.

[Bathinda (Bathinda Helper)]

이 AI 봇에서 어떤 AI 모델이 사용되는지 찾을 수 없었습니다. 이 봇은 제 홈페이지에 로봇 아이콘으로 표시됩니다:

그리고 이 봇의 AI(모델)를 변경할 수 있는지 궁금합니다. 다른 가능한 옵션은 무엇인가요?

가끔은 답변을 하지 못한다고 응답하기도 합니다:

다른 경우에는 계속 답변을 시도하지만 끝내 답변하지 않습니다: