-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
[Bug]: Length exceeded error after repeated file search in one conversation #5312
Comments
So the only way to prevent this is discard earlier messages in the chat history due to increasing context in tool outputs. Is that acceptable? |
Is there a way to implement it in a way that only previous file search results (tool outputs) are dropped but not the actual conversation? Further, it is also caused by this - in case of larger knowledge bases, the file search currently returns about 25 pages of text, so the context window fills up very quickly and also the API costs are quite high. |
@dvejsada thanks I agree about limiting tool outputs first, and also better relevance score handling for file search, will keep this in mind! |
This is the same problem I wrote about in discussions #5107. So I'm looking forward to that |
Hi @danny-avila thanks for the update. |
On similar note, there is also discussion that I would like to link here. I wanted to highlight that the same use case is working fine using plugins as mentioned but fails via Agent. |
What happened?
We have an agent with file search enabled (company assistant with internal regulations), using GPT-40-mini. If there are multiple questions each requiring file search, there will be an API error (approx. in 4th or 5th question, after performing file search) stating that maximum context length was exceeded.
Steps to Reproduce
What browsers are you seeing the problem on?
No response
Relevant log output
Screenshots
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: