mirror of
https://github.com/Mintplex-Labs/anything-llm.git
synced 2026-07-19 14:13:35 -04:00
Closed
opened 2026-02-22 18:30:16 -05:00 by yindo
·
9 comments
No Branch/Tag Specified
master
5846-bug-when-scrolling-up-scrolling-jumps
refactor-remove-workspace-pfp
5969-bug-stopgenerationbutton-disappears-on-the-first-prompt-that-initiates-an-agent-session
2235-bug-how-to-upload-a-folder-with-subfolders-with-files-to-anythingllm
5990-workspace-update-fails-with-unknown-argument-router_id-v1130v1150-intel-mac
opencomputer-examples
pg
feat/image-generation-translations
feat/image-generation
5924-bug-meeting-summary-fails-with-sincludes-is-not-a-function-when-default-llm-is-anthropic-claude
render
feat/uniform-modal-component
5883-bug-unescaped-content-in-json-strings-being-passed-to-document-generator-tools
5901-bug-api-update-embeddings-fails-prisma-argument-filename-is-missing-on-workspace_documentscreate-desktop-windows-v1141
hybrid-search
1981-translations
5752-bug-prompts-to-local-jan-endpoint-unresponsive
feat-disable-native-tool-calling-env-var
5676-bug-non-ollama-agent-providers-do-not-parse-and-present-reasoning-content
feat/markdown-web-scraping
5717-bug-apiv1documentupload-silently-drops-metadata-field-in-desktop-1130-arg-count-mismatch-nested-payload-key
fix/aibitat-context-overflow
5711-bug-erratic-deepseek-v4-flash-the-agent-model-failed-to-respond-400-the-reasoning_content
5631-feat-custom-api-request-timeouts-for-ai-providers
feat-reasoning-control
feat-agent-clarifying-questions-translations
5583-bug-lm-studio-provider-does-not-present-reasoning-output
5313-normalize-translations
feat/memory-translations
5305-lemonade-embedding-engine-swallows-errors-falsely-reports-documents-as-embedded
5060-bug-agent-interactions-agent-are-not-persisted-to-thread-history-via-api
pptx-subagent
feat-render-images-from-mcp-tool-results
stt-provider-expansion-openai-api-compatible
feat-file-search-agent-tool
feat-native-embedder-job-queue
5189-normalize-translations
feat-file-search-agent-tool-translations
i18n-eslint
5140-auto-migration
5112-bug-openrouter-failed-message-bug
3506-feat-parameters-for-openrouter-models
4992-feat-preserve-scroll-position
4973-bug-markdown-numbered-list-display-in-reasoning-pane
desktop
4938-bug-pending-chat-rerendering-ui-bug
quickstart-env
node-llama-cpp-in-container-cuda
node-llama-cpp-in-container
ollama-in-container
4817-feat-set-cooldown-per-mcp-server
4845-keyboard-shortcuts-to-navigate-in-chat
4844-feat-reorder-threads-by-latest-interaction
standardize-username-constraints-normalize-translations
4792-feat-refactor-workspacepfp-image
1382-embed-ip-improvements
1382-bug-embed-api-improvements
refactor-eslint-frontend
4687-feat-refactor-vector-db-providers
4615-feat-disable-apidocs-with-environment-variable
4559-feat-agent-web-search-enable-ordering-of-results
4599-bug-ollama-race-condition-bug
4572-bug-lmstudio-provided-llm-stopped-working-with-anything-llm-after-upgrading-to-190
4508-agent-youtube-transcript-analysis
4497-feat-workspace-names
frontend-eslint
ollama-lmstudio-auto-context-window
4431-validate-vector-database-connectioN
2019-slash-command-keyboard-selection
microsoft-foundry-provider
4431-validate-vector-database-connection
4325-sys-prompt-var-improvements
3209-feat-apiv1workspacestream-chat-sources-citations
4210-bug-voice-to-text-overwrite
4136-feat-jan-as-a-backend-server-option
4172-feat-openai-o3-support
1.8.3-rerelease
web-push-notifications-service
tasks
3955-feat-jinaai-embedder-provider-support
3921-feat-agent-skills-uiux-improvements
3901-bug-validfunccall-checks-optional-arguments
keyboard-dev
1787-custom-roles-and-permissions
add-jira-slack-data-connector
office-extension-wip
lightmode-dropdown-color-update
3586-bug-agent-flow-function-description-provided-by-user-is-not-seen-in-the-llm-query
3463-bug-agent-continues-to-run-if-request-failed-even-after-exit
3439-feat-call-variables-within-the-flow-api-block-url-field
3282-manager-view-models-workspace
3280-token-counting-server-side-truncation-improvements
3147-bug-embedded-chat-widget---not-considering-query-mode-option-always-working-in-chat-mode
2995-feat-disable-temperature-setting-for-deepseek-r1-deepseek-reasoner-model
2827-feat-perplexity-citations
2866-feat-finally-a-gemini-models-endpoint
2647-feat-hpp-header-for-a-c++-code-file-mime-addition
lancedb-revert
1656-feat-implement-tooltip-ui-designs
2011-feat-bump-perplexity-models
1873-feat-auto-add-and-watch-folder-for-document-uploads
1297-feat-gemini-agent-support
1759-bug-ui-bug-fixes
1686-feat-implement-winston-for-logging
1536-bug-toggling-on-users-can-delete-workspaces-does-not-take-effect
agent-ui-mobile-styles
1522-feat-chromadb-support
1595-bug-unable-to-get-live-web-search-and-browsing-agent-working-using-google-custom-search-engine-error-getaddrinfo-enotfound-http-errno-3008
1582-bug-lm-studio-does-not-allow-for-different-model-selection
1312-bug-usernames-should-not-be-case-sensitive-when-logging-in
1029-feat-hf-serverless-inference-api
1086-feat-implement-normalized-input-fields
knowledge-graph-support
644-bug-uploaded-file-name-does-not-match-the-displayed-file-name-after-the-upload
v1.15.0
v1.14.2
v1.14.1
v1.14.0
v1.13.0
v1.12.1
v1.12.0
v1.11.2
v1.11.1
v1.11.0
v1.10.0
v1.9.1
v1.9.0
v1.8.5
v1.8.4
v1.8.3
v1.8.2
v1.8.1
v1.8.0
v1.7.8
v1.7.6
v1.7.5
v1.7.4
v1.4.0
v1.3.0
v1.2.4
v1.2.3
v1.2.2
v1.2.1
v1.2.0
v1.1.1
v1.1.0
v1.0.0
Labels
Clear labels
Desktop
Docker
Integration Request
Integration Request
OS: Linux
OS: Mobile
OS: Windows
UI/UX
blocked
bug
bug
core-team-only
documentation
duplicate
embed-widget
enhancement
feature request
github_actions
good first issue
investigating
needs info / can't replicate
possible bug
pull-request
question
stage: specifications
wontfix
Mirrored from GitHub Pull Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Mintplex-Labs/anything-llm#2563
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @digitalassassins on GitHub (Jun 22, 2025).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/4030
How are you running AnythingLLM?
AnythingLLM desktop app
What happened?
I have developed a plugin for external software using the AnythingLLM API to upload documents, embed, pin, query the document and then remove the documents one by one. Everything was working great. I noticed there was an update 1.8.2, so I downloaded it and installed it. Tested the plugin with 1.8.2 and was getting an error where no context was being passed to the Chat AI Model. I was testing with a reasoning model, so it explains the context used.
I had logs from the day before the update, where it was running great, the answers were correct, and the responses were perfect every time. So I thought I would try to uninstall 1.8.2 and reinstall it in case there was an error with the installation. I also deleted the
anythingllm-desktopfolder in%appdata%/roamingjust to start fresh.After the install, the first query from the API retrieves context, but every consecutive request after that first query results in no context being passed to the chat. This is the thinking response I get from the workspace. The document is embedded and the document is pinned.
If I reinstall and start fresh again with 1.8.2. I get one more query where it works, and the AI says:
And then it breaks again for the next query on the exact same document. I still had the 1.8.1 installer for Windows in my download folder, so I rolled back the install and installed the previous version. Everything is working as expected. So unsure if it is a problem with the API or a problem with the embedding model in the latest version.
Checked the Vector DB after embedding in 1.8.1, and it has 2960 vectors, but in 1.8.2 I'm getting 22 vectors for the same document. So looks like it isn't embedding the full document properly.
Just checked, and if I do it from within Anything LLM in 1.8.2 It doesn't show the citation, but in 1.8.1 it does. Is there any hidden temporary files somewhere I need to clear that might be conflicting with the latest version?
Are there known steps to reproduce?
No response
@reekob commented on GitHub (Jun 23, 2025):
How are you retaining context of the chat for subsequent questions after the first one?
@digitalassassins commented on GitHub (Jun 23, 2025):
I'm not retaining the context of the chat for each question. I get better results by either pinning the document. Then, asking individual query questions on that document. Or using Vector DB and letting it return results for that document for the specific question.
There is something going on between V1.8.1 and V1.8.2, as I'm seeing completely different results between the two versions using RAG. In v1.8.1, I could type the filename into the chat to reference an individual document in the workspace. But it seems now that isn't working as it was in v1.8.1. Not sure if that feature was intentionally stripped out of the API.
@digitalassassins commented on GitHub (Jun 23, 2025):
Ok, after some testing and checking Debug logs, it looks like Anything LLM, when pinning a document, seems to first query the Vector database, then realises the document is pinned. Then doesn't use the vector DB retrieval as it knows the document is pinned. Then sends the message to Ollama without the pinned document context. So the AI doesn't have any context to work with. If I don't pin the document, the AI gets context from the Vector DB and can answer the questions correctly with less accuracy.
Then I have my Workspace settings as follows:
Chat Mode: Query Temperature: 0 (Zero)The Workspace is empty with 0 vectors stored in the database. I uploaded a user manual for a D-Link DWL-2100ap Wireless Router, pinned the document and said:
Summarise this document, if you don't know the answer or can't provide a summary, simply return "Not Available"The AI responded,
This is a purchase receipt for a pink motorised Barbie car...A) This mode is on
Query, so the AI should only provide answers from the context in the document or refuse.B) The
Temperatureis at zero, so the AI model shouldn't make things up; there has never been an upload of a purchase receipt for a pink Motorised Barbie car ever. The LanceDB has just been installed fresh and is empty.The Implementation of document pinning in the RAG system in Anything LLM has gone from rock solid to a broken mess in one update.
I will finish the implementation of GPT4All and OpenWebUI in the plugin and come back to AnythingLLM further down the line, see if it has been fixed.
@digitalassassins commented on GitHub (Jun 23, 2025):
Ive also tested it in the chat, by chatting with a document within AnythingLLM to see if it's a problem with the API.
Ive uploaded a document to the workspace: file is '2602130.pdf': D-Link AirPlus Xtreme G™ DWL-2100AP Manual
Chat Mode: Query
Temperature: 0
Prompt:
using file ‘2602130.pdf’. In a field called Summary, please provide your own summary of the book or document. The summary should be clear, concise, and written in your own words. Do not reference the filename in the summary, as filenames can change and may not reflect the actual content. The Summary must be 4 paragraphs in length. If there is a literary story, do not provide any spoilers. Return only the required field. Return the response in JSON format, only provide the JSON as the Response. If you cannot find the information for the field, simply return Not Available. Use this structure: { “Summary”: “” }Reply:
This is with a clean install using the built-in AnythingLLM for LLM provider, Gemma3 12B, Built-in Embedder, everything default apart from workspace, changed temp 0 and chat mode to query..
Original Document Uploaded to workspace:
2602130.pdf
The RAG system used to work perfectly in 1.8.1. Now it just hallucinates with every document you throw at it.
Deepseek was telling me the document was a purchase receipt for a pink motorised Barbie car 😂
No matter what model, embedder or vector DB I choose. It just Hallucinates..
I've tried with different Versions of Ollama, Swapping out LanceDB for Chroma DB etc..
@digitalassassins commented on GitHub (Jun 23, 2025):
So I thought O.k., what if i install the docker version to see if this is only a Windows Desktop version problem.
Fired up docker, ran the docker run command..
Left everything default..
Created a New Workspace.
Downloaded Gemma 12B model in Ollama 0.9.0.
Changed workspace:
Temperature: 0
Chat Mode: Query
Uploaded the same document as above for a D-Link Wireless Router, embedded it into workspace.
sent the same prompt by copy and paste, this is the response i got in a fresh docker install:
So its not just the windows install that is hallucinating..
@digitalassassins commented on GitHub (Jun 23, 2025):
So i installed the docker container for 1.81 using
docker pull mintplexlabs/anythingllm:1.8.1Ran the exact same prompt in the 1.81 version and it works perfectly, the response is exactly as expected. Explains it is a user manual for a D-Link Wireless Access point.
and this is the document:
Perfect answer to the question I asked.
With Document Pinning the answer was even more accurate.. It also shows the citation at the bottom, which it doesn't anymore in 1.8.2.
in 1.8.2 it was saying it is a:
Ollama Version Bundled With Windows: 0.5.4:
Works with 1.8.1
Hallucinates 1.8.2
Ollama Version installed in Docker: latest:0.9.0
Works with 1.8.1
Hallucinates 1.8.2
RAG is well and truly F**ked in the latest version...
@digitalassassins commented on GitHub (Jun 26, 2025):
To replicate, you would be best to uninstall the containers, images & volumes relating to AnythingLLM from Docker, then run:
then pull 1.8.2 image.. It's a container image, so it will have the exact same codebase.
Install it as if you are a new user.
Then:
You should get the same outcome I had, well, different because it's hallucinating.
Then pull Docker image 1.8.1 and run the same test again. You will see the differences.
@timothycarambat commented on GitHub (Jun 26, 2025):
Your query is the issue. You are asking a meta-question, not a question about the content of the document. Which is what RAG explicitly is for - the content itself.
Try
Which knows and can "see" a file. The confusion is between RAG =/= agentic chat.
https://docs.anythingllm.com/llm-not-using-my-docs#llms-do-not-introspect
@digitalassassins commented on GitHub (Jun 27, 2025):
How come it worked fine in 1.8.1 via the API and the results were always 100% perfect, but now it doesn't work anymore, and we have to use @agent?
Before, it used to bypass @agent and work perfectly. Whenever I use @agent, the result is always worse than when just chatting with the model directly in chat.
Are you saying it was broken before in 1.8.1, the side effect being it was more accurate and user-friendly, but now that it's fixed in 1.8.2, it's harder to use for the average user and less accurate?
I can see on Discord, some users are saying they are having the exact same issue.
With other systems like GPT4All and OpenWebUI, you do not need to type @agent before every question to use the RAG system?
Surely capturing if the user types " Analyse this file 'myfile.pdf' ", the system should detect its RAG chat and, in the background, switch to agent chat automatically? It would make it more user-friendly. I've seen that other systems use either regex or a model as the screening agent to detect the context of the prompt and switch the mode automatically. Isn't this something that could be implemented?
The workspace is set to Query mode, so that doesn't make sense, because Query mode is supposed to query the documents in the workspace and not to chat with the AI bot to find out the weather.
What you're saying is that Query chat has a provision that you also need to put @agent before every message, as well as having the mode set to Query (Which is only for Querying documents)? That sounds backwards to me and totally counterintuitive..
[QUESTION]: Weird RAG Context Issue from API with 1.8.2to [GH-ISSUE #4030] [QUESTION]: Weird RAG Context Issue from API with 1.8.2