Insight Search Ids
Changed onSemantically-matched insight ids, in relevance order.
Restores semantic search to the insight pickers (PRO-3373). They had moved to substring matching over the in-memory catalog, which cost recall — a query matched "employer" but not "employment" — and silently dropped everything related-but-not-lexically-similar even on queries that did match.
Search runs against turbopuffer and returns ids only; the client intersects against the catalog it already holds, in the order returned. No Neo4j round trip happens — search_insight hydrates hits against the graph inside the vector call, and this path uses a graph-free retriever instead, which is what moving the corpus into the browser was supposed to buy.
Request
- Base URL: https://api.carbonarc.co (the document declares no server; this is the origin it was published from)
- URL: https://api.carbonarc.co/v2/ontology/insight-search-ids
- Auth: none declared
Query parameters
Search query
Insight types
Minimum relevance score
Max ranked ids to return. Defaults to full-corpus coverage, which is what a client filtering the whole catalog locally needs. A typeahead rendering a short list should pass its own row cap instead of asking for the corpus on every keystroke.
Request body
Response
Successful Response
Changes
- info
endpoint added
- info