- Can be used to extract nouns and proper nouns such as Brand, Date, Company, Places, and Category in order to guide and refine searches.
- Can be minimally configured with specific entities, but has a higher latency of a few seconds, making it less suitable for query-time processing.
For detailed API specifications in Swagger/OpenAPI format, see Platform APIs.
Prerequisites
To use this API, you need:- The unique
APPLICATION_ID
for your Lucidworks AI application. For more information, see credentials to use APIs. - A bearer token generated with a scope value of
machinelearning.predict
. For more information, see Authentication API. - The
USE_CASE
andMODEL_ID
fields for the use case request. The path is:/ai/prediction/USE_CASE/MODEL_ID
. A list of supported models is returned in the Lucidworks AI Use Case API. For more information about supported models, see Generative AI models.
Common parameters and fields
Some parameters in the/ai/async-prediction/USE_CASE/MODEL_ID
request are common to all of the generative AI (GenAI) use cases, such as the modelConfig
parameter.
Also referred to as hyperparameters, these fields set certain controls on the response.
Refer to the API spec for more information.
Unique values for the named entity recognition ner
use case
The GenAI NER use case does not provide direct mappings, nor does it have a mechanism to recognize the full catalog entities. Therefore, the entities passed in the request may not be in the catalog.
To create NER mappings for entities, configure the LWAI Prediction indexing stage "useCaseConfig": "entityTypeMap"
parameter. Once mapped, the entities are returned and the query-side pipeline can leverage those mappings.
Refer to the API spec for more information.
This example does not include modelConfig
parameters, but you can submit requests that include parameters described in Common parameters and fields.
Uses of the responses
Overall, the GenAI NER is flexible in recognizing entities, but lacks built-in support for boosting or filtering. The actions described in this section can help determine whether the extracted entities should be used for boosting, filtering, or query expansion. Entities extracted by the Fusion LWAI NER stage can be used in the query pipeline in several ways:- Boosting results: The extracted entities can be matched against catalog fields and used to apply relevance boosts to results containing those entities.
- Query expansion: If an entity has multiple known variations, the query can be expanded to include all relevant forms.
- Filtering results: The identified entities can be used to filter out irrelevant results based on category, brand, or other metadata. You must verify the entity is in your catalog or a zero result is returned.
- Canonical mapping: If different terms map to the same entity, the query can be rewritten to standardize search terms. For example, if Hewlett-Packard, Inc. and HP are mapped to the same entity, you can rewrite the query to standardize the search terms.
Fusion AI NER
Fusion AI NER differs from GenAI NER. The Fusion AI NER approach returns entity results based on a pre-defined list and is more configurable than GenAI, is rule-based, and is optimized for query-time execution. In addition, Fusion AI NER allows:- Boosting results based on entity matches. For example, you can prioritize results that match brands or colors.
- Entity recognition using predefined lists that can be used in queries to refine results. For example, a facet query can extract all unique brands and colors from the catalog.
- Custom rule-based mapping of entity variations to ingest information where the entity may be referred to under multiple names. For example, Hewlett-Packard, Inc. and HP can be mapped to the same entity to return results from both identifiers.
- Configurable boosting and query rewriting within Fusion’s pipeline.