Skip to content

Conversation

@zvigrinberg
Copy link
Collaborator

@zvigrinberg zvigrinberg commented Jan 13, 2026

Context:

Transitive code search tool returns tuple of 2, the first returned value in the tuple is a boolean indicates whether the vulnerable function is called/reachable from the inspected app, and the 2nd returned value is a path of that call, if the former it True. the path comes in the form of a list of documents.(each document object represent a function/method in the programming language).

Currently, the LLM doesn't use the content of the returned functions documents in the path for subsequent llm calls or reasoning, and it doesn't bring any added value, on the contrary, it's just loading and bombing the context window size, in vain ( and it causes from time to time the LLM Request to crash on Bad request 400, because of context window Exceeding).

Solution :

instead of full function definition per each function in the path, just put the function name alone to make the output of the tool effective in the same way, but much more compact to save and reduce a lot the LLM requests' context size and minimize as possible the total Token count for the heavy agent loop LLM Node.

@zvigrinberg zvigrinberg force-pushed the optimize-transitive-code-search-tool branch from 355ce65 to 6c2895f Compare January 13, 2026 07:00
@zvigrinberg
Copy link
Collaborator Author

/test-heavy

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants