Class PassageRelevanceFilterPlan
- Namespace
- MailFathom.AI.Retrieval
- Assembly
- MailFathom.AI.dll
The validated declaration the second retrieval pass runs on: how many passages one question may pay to have judged, and how relevant one has to be to survive.
public sealed class PassageRelevanceFilterPlan- Inheritance
-
PassageRelevanceFilterPlan
- Inherited Members
Remarks
Built once, at startup, from configuration that has already been proved usable, so the filter itself never revalidates and holds no defaulting logic. It exists only where a deployment turned the pass on: an instance that did not registers no plan and no filter, and its retrieval is the fused ranking exactly as it was.
Two numbers rather than one, because they bound different things. The candidate count is what a question may spend — one provider call per candidate — and the threshold is what that spend buys. A deployment that lowers the count buys a weaker filter rather than a shorter result, because a passage nobody judged was never found irrelevant.
Fields
- GreatestRelevance
The relevance of an extract that answers the query.
- LeastRelevance
The relevance of an extract with nothing to do with the query.
Properties
- MaximumCandidates
Gets the greatest number of passages one retrieval puts to the model.
- MinimumRelevance
Gets the least relevance a judged passage may carry and still be handed over.
Methods
- Create(EmailKnowledgeBounds, int, int)
Builds a plan, refusing a declaration no filter could run under.
- ToString()
Returns a string that represents the current object.