Skip to content

[Question]: Questions about how many sessions an agent can create #6620

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
4 tasks done
ztq-max opened this issue Mar 28, 2025 · 3 comments
Closed
4 tasks done

[Question]: Questions about how many sessions an agent can create #6620

ztq-max opened this issue Mar 28, 2025 · 3 comments
Labels
🙋‍♀️ question Further information is requested

Comments

@ztq-max
Copy link

ztq-max commented Mar 28, 2025

Self Checks

  • I have searched for existing issues search for existing issues, including closed ones.
  • I confirm that I am using English to submit this report (Language Policy).
  • Non-english title submitions will be closed directly ( 非英文标题的提交将会被直接关闭 ) (Language Policy).
  • Please do not modify this template :) and fill in all the required fields.

Describe your problem

Basic situation description:
I have created an agent, and in ragflow, I only use one account to log in. Then I have a web application, in which there are N users, and I want to enable N users to create sessions based on this agent in the web application. Then, user_id parameter in the agent API is used to distinguish each user in the web application, that is, I always keep only one account in ragflow, and I also use user_id to query the session list in the web application.

Q1: In that case, is there a limit to the number of sessions you can create? If so, can I change it?
Q2: Are there any other problems with this?
Q3: The reason why I did this is probably because there are many, many accounts in the web application, and I currently have no way to bulk register with ragflow, and no way to keep the users of the web application in sync with the users of ragflow

@ztq-max ztq-max added the 🙋‍♀️ question Further information is requested label Mar 28, 2025
Copy link

dosubot bot commented Mar 28, 2025

@ztq-max Hello there! I'm Dosu, a bot here to help you with bug fixes, answer questions, and assist you in becoming a contributor. I'm here to assist you while waiting for a human maintainer.

I couldn't find specific information about the maximum number of sessions an agent can create in RAGFlow or any configuration settings to change such a limit. Additionally, there is no documentation available regarding potential issues or limitations when using a single account to manage multiple user sessions in RAGFlow. Similarly, there is no information on any built-in mechanisms for handling session scalability or bulk registering users between a web application and RAGFlow.

However, RAGFlow does handle session management by using the user_id parameter to manage conversations for multiple users. The user_id is derived from the session_id, and it is used to store and retrieve a conversation_id for each user, allowing separate sessions for different users based on their user_id [1][2].

To continue talking to Dosu, mention @dosu.


Help Dosu learn! Give it feedback: Great Response | Irrelevant Answer | Incorrect Sources | Too Verbose | Hallucination | Bug Report | Other

@KevinHuSh
Copy link
Collaborator

KevinHuSh commented Mar 28, 2025

In that case, is there a limit to the number of sessions you can create? If so, can I change it?

No limitaion.

Are there any other problems with this?

No.

The reason why I did this is probably because there are many, many accounts in the web application, and I currently have no way to bulk register with ragflow, and no way to keep the users of the web application in sync with the users of ragflow

You might neet to develop an OAuth 2.0 callback API. Please refer to this.

@ztq-max
Copy link
Author

ztq-max commented Mar 28, 2025

thank you

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🙋‍♀️ question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants