Expose retrieval mode in query-based responses for easier debugging #14
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?
Summary
Expose whether a query-based tool used semantic/vector search or the Postgres full-text fallback path in its response payloads.
Why
llm/todo.mdlists this as a useful follow-up for debugging search behavior after the semantic fallback work. Right now fallback appears to be implemented, but callers cannot easily tell which retrieval mode was used for a given response.Affected tools
Consider this for the query-based tools that use shared retrieval logic:
search_thoughtsrecall_contextget_project_contextwhenqueryis providedsummarize_thoughtswhenqueryis providedrelated_thoughtsScope ideas
retrieval_mode: semantic|textAcceptance criteria
Source
Nice follow-up from
llm/todo.md: expose the retrieval mode in responses for easier debugging of semantic vs text fallback.