This issue has been created
 
 
LLM AI Integration / cid:jira-generated-image-avatar-b76a2c6e-7af6-46bb-bd16-c61055d728f4 LLMAI-225 Open

query_documents should search the same fields as the standard wiki search

 
View issue   ยท   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-bffb5c65-8bbc-4938-93cf-91c7d8968155 Paul Pantiru created this issue on 04/Nov/26 11:35
 
Summary: query_documents should search the same fields as the standard wiki search
Issue Type: cid:jira-generated-image-avatar-b76a2c6e-7af6-46bb-bd16-c61055d728f4 Improvement
Affects Versions: 1.0.0
Assignee: Unassigned
Created: 04/Nov/26 11:35
Priority: cid:jira-generated-image-static-major-d17c4b6a-d970-4eb0-94b3-b1547f15ccf3 Major
Reporter: Paul Pantiru
Description:

The query_documents tool only matches the title, doccontent and doccontentraw Solr fields. The standard search UI (Main.SolrSearchConfig) also matches name, filename, attcontent, objcontent, author_display, creator_display, comment, attauthor_display and spaces, with the same title and content weights. As a result an agent cannot find a page by the text of its PDF or Office attachments, by its object properties or by a file name unless it hand-writes an attcontent: or filename: clause, which models do inconsistently.

Align the tool's query fields and phrase fields with the platform's DOCUMENT configuration so that an agent searching with plain keywords gets the same hits a user gets in the search box. Keep type:DOCUMENT as the result unit, so an attachment match still returns the page holding the file.

Acceptance:

  • A keyword that only appears in an attached PDF returns the holding page with no field prefix.
  • A keyword that only appears in an object property or a file name returns the page.
  • Ranking for title and body matches is unchanged.
  • The man query_documents page drops the need for attcontent: and documents the field prefixes as an optional narrowing.