Skip to content

fix: recall via /v3/search so self-hosted backends inject matches - #114

Open
Divyansh151005 wants to merge 1 commit into
supermemoryai:mainfrom
Divyansh151005:fix/recall-via-v3-search
Open

fix: recall via /v3/search so self-hosted backends inject matches#114
Divyansh151005 wants to merge 1 commit into
supermemoryai:mainfrom
Divyansh151005:fix/recall-via-v3-search

Conversation

@Divyansh151005

@Divyansh151005 Divyansh151005 commented Aug 30, 2026

Copy link
Copy Markdown

What

Per-prompt recall (recall-directive.js) only consumed /v4/profile's embedded searchResults. On self-hosted backends that field is always empty even when the same query against /v3/search returns real hits — so the plugin looks connected and healthy but never injects recalled context.

Confirmed in #106 via direct curl (local v0.0.5 and v0.0.8): profile search → total: 0; /v3/search → matching documents/chunks.

Session-start profile facts (profile.static / profile.dynamic) are a separate concern and stay on /v4/profile.

Fix

Testing

$ npm test
# tests 25
# pass 25
# fail 0

Includes a new regression that stubs the #106 self-hosted response shape (score + nested chunks) and asserts /v3/search is called and the nested texts are injected.

Fixes #106

Per-prompt recall only read /v4/profile's embedded searchResults, which
stays empty on self-hosted even when /v3/search returns real hits — so
the hook looked healthy but never injected context. Route recall through
a dedicated searchMemory helper, normalize score/nested-chunk shapes,
and leave /v4/profile for session-start profile facts.

Fixes supermemoryai#106
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.

/v4/profile's embedded searchResults returns empty against self-hosted backend even when /v3/search finds matching documents

1 participant