This node is in beta. Its behavior may change in future releases.
When to use Filter
- You want to drop boilerplate before extraction: cover sheets, terms and conditions, blank trailing pages.
- You want to keep only the pages that matter, so the model sees less noise and extraction is more accurate.
- You know the pages by number or range (
1-3,2,5,4-end) or by a keyword that appears on them. - Use split instead when one upload holds several documents and each needs its own run.
- Use classify instead when the decision needs to read the document’s content semantically (rules text or AI similarity). Filter is deterministic matching on text you already have.
Configuration
Modes
To classify documents by content type or AI similarity, use the dedicated Classify action node.
Keep
Passes only the pages that match the filter. Every other page is removed from the document for the rest of the run.Drop
The inverse of Keep. Removes the pages that match the filter and passes everything else through. The step fails when no pages survive the filter, so a filter that matches nothing is reported rather than silently producing an empty document.Output
A single page group containing the surviving pages. Downstream nodes see only those pages: extract reads just the pages you kept, and page numbers stay the ones from the original document.Inputs and outputs
Allowed inputs: parse, review, split, and another filter node. Trigger nodes are deliberately not allowed. Filtering needs page text, which only a parse step produces: a scanned document arrives at the trigger with no text at all. Output: the filtered document, passed to the next node.Credits
The 0.5-credit tier applies only when the node has to read text to decide. Page-number filters stay free. See credits for the full per-node pricing breakdown.
Related
Split action
Cut one upload into several sub-documents
Parse action
Produce the page text Filter matches on
Extract action
Extract data from the pages you kept
Conditional routing guide
Branch a run with edge conditions