O bot parará de responder automaticamente quando uma segunda pessoa (humana) entrar na conversa (ou seja, postar).
O bot sempre responderá quando invocado, se houver apenas um humano.
Isso está coberto no OP, aqui:
O bot parará de responder automaticamente quando uma segunda pessoa (humana) entrar na conversa (ou seja, postar).
O bot sempre responderá quando invocado, se houver apenas um humano.
Isso está coberto no OP, aqui:
Meu fórum tem mais de 100 mil usuários e acabei de modificar o período de resumo para 600 dias em vez de 180, o que levou ao envio de muitos e-mails agora. Isso poderia influenciar o acionamento da cota? Pois acionei a redefinição da cota e nada, e já se passou uma hora. Mencionei o bot sim.
A resposta do bot será atrasada se houver uma grande fila de trabalhos.
Acredito que um trabalho acionado também pode ser atrasado.
Primeiro, lide com o acúmulo :).
Tentei elaborar uma resposta para você várias vezes, mas falhei. Entre em contato com o administrador se isso persistir, obrigado!
Você precisa dar uma olhada no porquê. Deve haver um erro em seus logs.
Verifique a resposta da IA ativando o registro detalhado (últimas configurações) e redirecionando o log para Warn (em Produção, você não pode ler logs de Info).
Em seguida, visualize-os em /logs.
Muitas vezes, isso ocorre porque você não forneceu uma chave válida ou não há dinheiro suficiente em sua conta, mas pode ser por outros motivos.
Acho que tenho um grande backlog do Sidekiq. Existe uma maneira de aumentar a capacidade do Sidekiq para processar tarefas mais rapidamente?
Isso está um pouco além do escopo deste plugin ![]()
Uma combinação de
Normalmente, suas filas devem estar quase vazias.
Chatbot: Houve um problema, mas tentará novamente até o limite: nil não pode ser coagido em Integer
Este é o erro que recebo
Você tem: Embeddings de Chatbot ativados?
Presumivelmente, seu bot é do tipo RAG? (se sim, o acima deve estar ativado)
Qual modelo você está usando?
Sem RAG.
gpt-4o-mini
Você consegue ver um backtrace em /logs para este erro?
Mensagem (4 cópias relatadas)
Chatbot: Houve um problema, mas tentará novamente até o limite: nil não pode ser convertido em Integer
Backtrace
/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'
Por favor, configure-os de acordo e me diga se você consegue ver algo adicional nos logs que pareça suspeito:
PS Confirmei que os bots Basic e RAG estão funcionando na versão mais recente.
Conclusão da discussão privada: o job de reinicialização da cota ainda não foi executado.
Isso deve ser executado uma vez antes que você possa usar o bot.
Atualmente, pode ser necessário acionar isso uma vez após a instalação do plugin.
Analisarei a execução inicial única automaticamente em breve.
Espero que isso resolva o problema definitivamente.
Participe com o Chatbot ![]()
Você pode usar o bot pelo menos no modo Básico para acessar V3 e R1
Eu usei:
(sem afiliação)
que hospeda seus modelos.
Configurado assim:
Certifique-se de definir o modo de bot Básico e substituir sua chave.
Mas você pode ser capaz de usar o DeepSeek AI diretamente se puder acessar o site deles para se inscrever ![]()
A URL base seria “https://api.deepseek.com”.
Veja a última postagem para uma forma de usar modelos alternativos, particularmente grandes modelos de código aberto hospedados.
Olá @merefield .
Meu chatbot de tópico, o autorrespostador, está respondendo 2 vezes quando responde no tópico agora. Então, quando um usuário faz uma pergunta, o chatbot responde e, em seguida, responde imediatamente à mesma pergunta uma segunda vez, duas vezes seguidas. Alguma ideia de como acalmá-lo ![]()
Isso é muito estranho.
Acabei de testar isso na versão mais recente e recebi apenas uma resposta para cada Post, o post inicial → auto-resposta → resposta → outra resposta do bot.
Você pode detalhar sua configuração, pois não tenho certeza se consigo reproduzir seu problema no momento?
Ou esse é o comportamento que você está vendo?
Observe que o bot continuará sempre respondendo até que mais um usuário tenha postado no Tópico. Então, inicialmente, enquanto a conversa for entre o usuário e o bot, o bot sempre falará por último (isso está documentado no OP, aliás).
Alguém estava prestes a financiar uma melhoria funcional para isso, mas nunca pagou a fatura, então estamos presos com o comportamento atual por enquanto.
Obrigado, Robert. Tentarei descobrir algumas coisas. Nem sempre acontece. Não tinha certeza se poderia estar relacionado a responder ao bot e mencioná-lo @bot simultaneamente ou talvez a um problema de cache ao fazer login e sair de contas diferentes do mesmo navegador. Pensei que talvez algo tivesse surgido com atualizações recentes. Minha configuração também está atualizada. Se eu encontrar uma circunstância específica que cause isso, avisarei.