mirror of
https://github.com/vxcontrol/pentagi.git
synced 2026-07-21 08:15:23 -04:00
[GH-ISSUE #45] [Bug]: #23
Reference in New Issue
Block 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 @phucph98-AI on GitHub (Jun 6, 2025).
Original GitHub issue: https://github.com/vxcontrol/pentagi/issues/45
Originally assigned to: @asdek on GitHub.
Affected Component
AI Agents (Researcher/Developer/...)
Describe the bug
I am using the latest version of Pentagi with a local LLM.
When I create a new workflow with the prompt: "Scan this website: [http://wordpress.test]", Pentagi seems to be using results or data from a previous workflow run. This is causing the current workflow's results to be confusing and inaccurate.
Could you please clarify if this issue is potentially caused by using a local LLM, or if this is a bug in Pentagi?
Expected behavior:
Each new workflow should start with a clean state and not be influenced by previous, unrelated workflow runs.
Actual behavior:
The new workflow's output is mixed with or influenced by results from a previous workflow, leading to confusing results.
Steps to Reproduce
System Configuration
Logs and Artifacts
No response
Screenshots or Recordings
No response
Verification
@asdek commented on GitHub (Jun 6, 2025):
Hello @phucph98-AI
Thank you for the bug report!
There are several ways the previous flow state can be used:
Interaction with vector store, where agents write guides for themselves on various topics and inevitably include current IPs or URLs of target applications. However, this shouldn't have a major impact on the process itself, as RAG queries have a prompt that tells how to work with the retrieval results;
Long term memory within each individual flow - agents can and should receive information about previously executed actions, but any such queries have the flow ID strictly embedded to avoid exactly the problem you're describing;
Short term memory for agents with summarization mode, which works so that a newly launched agent remembers the previous launch context and results according to summarization rules, taking into account
SUMMARIZER_*variables. But again, the selection of previous state is limited by flow ID.Each of these points could potentially contain bugs when using filters, but I can't spot this in the code visually right now and haven't encountered such behavior yet...
To help me progress in understanding where the problem is located, could you please look at the Vector Store tab and try to find clues there?
You need to pay attention to:
I'll also try to search for the bug in the code. If you can identify examples of such errors, it will greatly speed up the bug fixing process.
For the third point, you need to look at the message chain in Langfuse - we can postpone this for now.