El bot dejará de responder automáticamente una vez que una segunda persona (humana) se una a la conversación (es decir, publique).
El bot siempre responderá una vez invocado cuando solo haya un humano.
Esto se cubre en el OP, aquí:
El bot dejará de responder automáticamente una vez que una segunda persona (humana) se una a la conversación (es decir, publique).
El bot siempre responderá una vez invocado cuando solo haya un humano.
Esto se cubre en el OP, aquí:
Mi foro tiene más de 100.000 usuarios y acabo de modificar el período de resumen de 600 días en lugar de 180, lo que provocó el envío de muchos correos electrónicos en este momento. ¿Podría esto influir en el desencadenamiento de la cuota? Porque he desencadenado el reinicio de la cuota y nada, y ha pasado una hora. He mencionado al bot, sí.
La respuesta del bot se retrasará si hay una gran cola de trabajos.
Creo que un trabajo activado también puede retrasarse.
Primero, encárgate del trabajo acumulado :).
He intentado elaborar una respuesta para usted varias veces, pero al final he fracasado. Póngase en contacto con el administrador si esto persiste, ¡gracias!
Necesitas echar un vistazo para ver por qué. Debería haber un error en tus registros.
Comprueba la respuesta de la IA activando el registro detallado (última configuración) y redirigiendo el registro a Advertencia (en Producción no puedes leer los registros de Información).
Luego, visualízalos en /logs.
A menudo, esto se debe a que no has proporcionado una clave válida o no hay suficiente dinero en tu cuenta, pero puede ser por otras razones.
Creo que tengo una gran acumulación de tareas en Sidekiq. ¿Hay alguna forma de aumentar la capacidad de Sidekiq para procesar tareas más rápido?
Eso está bastante fuera del alcance de este plugin ![]()
Una combinación de
Normalmente, sus colas deberían estar prácticamente vacías.
Chatbot: Hubo un problema, pero se reintentará hasta el límite: nil no se puede convertir a Integer
Este es el error que obtengo
¿Has: Habilitado los embeddings del chatbot?
Presumiblemente tu bot es de tipo RAG? (si es así, lo anterior debe estar habilitado)
¿Qué modelo estás utilizando?
Sin RAG.
gpt-4o-mini
¿Puedes ver un rastreo de pila en /logs para este error?
Mensaje (4 copias reportadas)
Chatbot: Hubo un problema, pero se reintentará hasta el límite: nil no se puede convertir a 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, configúralos en consecuencia y hazme saber si ves algo adicional en los registros que parezca sospechoso:
PD: He confirmado que los bots Basic y RAG funcionan en la última versión.
Conclusión de la discusión privada: el trabajo de restablecimiento de cuotas aún no se había ejecutado.
Esto debe ejecutarse una vez antes de que pueda usar el bot.
Actualmente, es posible que deba activar esto una vez después de instalar el complemento.
Buscaré realizar esta ejecución inicial única automáticamente en algún momento.
Esperemos que eso resuelva el problema de forma definitiva.
Participa con Chatbot ![]()
Puedes usar el bot al menos en modo Básico para acceder a V3 y R1
He usado:
(sin afiliación)
que aloja sus modelos.
Configurado así:
Asegúrate de configurar el modo de bot Básico y sustituir tu clave.
Pero es posible que puedas usar DeepSeek AI directamente si puedes acceder a su sitio web para registrarte ![]()
La URL base sería “https://api.deepseek.com”.
Ver la última publicación para una forma de usar modelos alternativos, en particular grandes modelos de código abierto alojados.
Hola @merefield.
Mi chatbot de respuesta automática de temas está respondiendo 2 veces cuando responde en el tema ahora. Entonces, cuando un usuario hace una pregunta, el chatbot responde y luego responde inmediatamente la misma pregunta una segunda vez, dos seguidas. ¿Alguna idea de cómo calmarlo? ![]()
Eso es muy extraño.
Acabo de probar esto en la última versión y solo recibí una respuesta por cada publicación, la publicación inicial → respuesta automática → respuesta → otra respuesta del bot.
¿Puedes explicar tu configuración, ya que no estoy seguro de poder reproducir tu problema en este momento?
¿O ese es el comportamiento que estás viendo?
Tenga en cuenta que el bot continuará respondiendo siempre hasta que un usuario más haya publicado en el tema. Por lo tanto, inicialmente, mientras la conversación sea entre el usuario y el bot, el bot siempre hablará al final (esto está documentado en el OP).
Alguien estaba a punto de financiar una mejora funcional para eso, pero nunca pagó la factura, por lo que nos quedamos con el comportamiento actual por ahora.
Gracias Robert. Intentaré averiguar algunas cosas. No siempre sucede. No estaba seguro si podría estar relacionado con responder al bot y mencionarlo a @bot simultáneamente o quizás un problema de caché al iniciar y cerrar sesión en diferentes cuentas desde el mismo navegador. Pensé que quizás algo apareció con las actualizaciones recientes. Mi configuración también está actualizada. Si encuentro una circunstancia específica que lo cause, te lo haré saber.