You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit ea31ca7
Browse filesBrowse the repository at this point in the historyBrowse files
improvement(knowledge): page search results, take a custom date window, and rerank a person's search (#8060)
* improvement(knowledge): page search results, take a custom date window, and rerank a person's search
- the Search page asks for 50 chunks, collapses them to one card per document, shows ten at a time and reveals more on request
- `updated` gains a custom range: `from`/`to` days in the URL, sent as an inclusive `modifiedAfter`/`modifiedBefore` window; `modifiedBefore` joins the filter contract, the filter intersection, the document conditions, the on-row date test, the filtered-set estimate and the bounded probe
- the dashboard search opts into the platform's cross-encoder reranker whenever a Cohere key is configured; reranking stays best-effort
* improvement(knowledge): widen a search to 50 chunks only when the reader asks for more
* improvement(knowledge): give a filter-first probe the budget its index-driven read can use
* improvement(knowledge): keep the default scan for a walk that asks the document per tuple
* fix(knowledge): check the window on the request, rerank with any key, and start a refined search at its first page
- the filters schema stays a plain object so the Assistant's search input can still extend it; the window's order is checked on the request body
- the dashboard asks for reranking outright, and the use case reranks only when the workspace or the platform holds a key
- a refinement of the filters starts over at the first page after the reader asked for more
- a custom window's days are the reader's local days
* fix(knowledge): judge a caller's reranker key by the resolver's policy, and let a custom window be cleared
- the credential check tries the platform key before a workspace lookup, and counts a caller's own key only off hosted Sim, as the resolver does
- a custom window with no days yet searches nothing and says so; another window drops the days; the picker's Clear reaches the URL through a forwarded `onClear`
* test(knowledge): assert only the dropped days, not the URL adapter's next flush
* chore(knowledge): narrow the filters once before estimating them
* fix(knowledge): wait for both days of a custom window, show the chosen range, and keep the default scan while rows are unfilled
- a custom window searches only once both days are chosen; the picker shows the chosen range instead of a fixed label
- while the projection still holds rows the backfill has not filled, an on-row walk keeps the default scan cap, since an unfilled row is decided through its document; the answer is read off the unfilled-rows index and remembered for a minute
* fix(knowledge): show the filters while a custom window waits for its days
Copy file name to clipboardExpand all lines: apps/sim/app/workspace/[workspaceId]/home/components/knowledge-search-results/knowledge-search-results.test.tsx
Copy file name to clipboardExpand all lines: apps/sim/app/workspace/[workspaceId]/home/components/knowledge-search-results/knowledge-search-results.tsx
0 commit comments