A Catalogue is a typed object — Products, Suppliers, Line Items, Variants, etc. — that holds your records and everything that acts on them. Catalogues are persistent: they accumulate history, track provenance per field, and survive across operations and runs. Multiple catalogues can exist in a workspace and can reference each other (e.g.Documentation Index
Fetch the complete documentation index at: https://docs.getclaro.ai/llms.txt
Use this file to discover all available pages before exploring further.
Product.supplier → Supplier).
The five tabs
Each catalogue opens with five tabs along the top.Attributes
The schema for the catalogue. Each attribute is a typed field:- text — free text or constrained patterns
- number — integers, decimals, with optional units
- image — single image or gallery, with metadata (dimensions, format)
- date — date or datetime, with timezone handling
- enum — a fixed value set, with optional ordering
- reference — a pointer to a record in another catalogue
Records
The actual rows. Sortable, filterable, editable in a spreadsheet-like grid.- Inline edits create change events with provenance.
- Per-field history is browsable and roll-back is per-field.
- Filters, saved views, and bulk edits are first-class.
- Each record has a stable identity that survives across data source updates.
Data Source
The upstream feeds that populate the catalogue.- File upload — CSV, XLSX (one-off or repeated)
- Scheduled scrape — URL templates with mapping
- HTTPS pull — periodic pulls of JSON or CSV endpoints
- Supplier Portal — submissions land here pre-mapped
- Database connectors — BigQuery, Postgres, Supabase
- Email-as-source — emails to a workspace address are parsed
Operation
The transformations available against this catalogue. The Operations tab is the launch surface for Export, Price Insights & Monitoring, Bulk Enrichment, Analyse, Data Source Mapping, Push & Sync, Enrich Images, SEO Report, Find Duplicates, Find Similarities, Validate Data, Normalize Data, and Generate Taxonomy. Operations can be run on demand, scheduled, or chained. Every run produces a reversible diff and confidence per change. See Operations for the full reference.Config
Governance for the catalogue.- Access — who can read, edit, and approve.
- Retention — history depth, archival rules.
- Write-back targets — which downstream connectors are allowed.
- Default reviewers — who receives review queue items.
- Auto-apply thresholds — per-operation and per-attribute confidence cutoffs.
Relationships between catalogues
Reference attributes connect catalogues. AProduct.supplier reference to a Supplier catalogue carries:
- Forward navigation from product to supplier on the Records grid.
- Reverse navigation from supplier to all related products.
- Cascade rules on supplier merge or delete.
- Cross-catalogue filtering (e.g. all products from suppliers in Germany).
History and provenance
Every value in the Catalogue carries the source of its last write — which operation, which run, which underlying data source, which model, which reviewer. This is visible inline on every cell and is the basis for:- Roll-back — per-field, to any prior value.
- Audit — full activity trail per record.
- Trust — every model-generated value is traceable to its inputs.
Promoting a dataset to a Catalogue
Datasets produced by Research Agents are not catalogues by default. To promote one:- Open the dataset in Generated Datasets.
- Choose Promote to Catalogue.
- Pick the target catalogue type or create a new one.
- Map columns to attributes; new attributes can be created on the fly.