-
-
Notifications
You must be signed in to change notification settings - Fork 42
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
Tool makes assumptions about receiving some properties back from LLM (e.g. tags) #83
Comments
Could you show me the complete .env in your container under /app/data/.env ? |
Looking at that, I thought ah, probably it's just that there's still a
So it still seems like the tool is assuming the existence of properties |
Thats weird, config looks totally fine. |
|
Ok there's definitely something going on with your file or the paperless ngx instance itself. This will be a long shot but maybe spinup another paperless instance freshly with that document and also another smaller document. Try the smaller one first and then this one seeing in the debug log. Never seen that error here before and I can only guess |
This is caused by document ownership. All of my documents did not have any user/owner assigned, and I had a helluva lot of problems... Try assigning a user to your tags/docs. @clusterzx, you might need to look into this.... |
@Sblop thanks for the tip ❤️ |
Hmmm... Interesting. I tried setting the owner of that document to my (logged in) user and re-running. It doesn't appear to make any difference:
|
Hi, I have the same reason for tags (do not want them). I am using just 1 tag as a workaround... .
|
@gima84 Nice. That appears to be a workaround for the time being |
Not an issue in first place. |
Describe the bug
Customising the prompt description allows the user a lot of flexibility to control what is received back from the LLM. However, it seems that this tool makes some assumptions on its receiving end. For example, that there are >0 tags.
To Reproduce
Steps to reproduce the behavior:
I assume that on the receiving end, the tool wrongly assumes that it will receive back >0 tags. However this response would have zero tags. Therefore it fails. Since the prompt allows the processing to be fully customisable, the tool should not assume that any of the possible properties are received back
Expected behavior
Results are received back correctly for the document properties that are requested in the prompt
Screenshots
Desktop (please complete the following information):
Additional context
The text was updated successfully, but these errors were encountered: