input_data — CRM leads missing funding stages, product rows missing specs — and the agent researches each gap on the live web and fills it. Your values are treated as ground truth and passed through untouched. Only the blanks get researched.
Example Request
An enrichment run needs the rows (input_data) and the shape (output_schema, on the request or the agent). The lead-enrichment template ships a schema covering company identity, headquarters, decision-makers, and buying signals:
input_data accepts a list of partial rows (or a single object) mirroring the output schema. An output_schema — on the request or the agent — is required.Example Response
The result istype: "json" — your rows back, gaps filled:
Trust in enrichment runs
Every value in the result carries a claim per JSON path in the trust report. The grades distinguish your data from researched data:
For example,
$[0].headquarters carries a citation and a high grade, while $[0].company_name is marked pre_existing. Route low-confidence fills to review and sync the rest into your CRM, with source URLs alongside.
Two additional rules:
- The run’s overall grade counts only researched values.
pre_existingdata is passed through, never graded. - A gap the agent could not fill comes back as a cited
null(verified absence), distinguishing “no funding data exists” from “not found”.
Use cases
- CRM hygiene — complete funding, headcount, and tech-stack fields across the pipeline, with buying signals like recent hiring flagged (
lead-enrichment). - Financial datasets — fill valuation, investor, and filing gaps from primary sources (
financial-intelligence). - Product catalogs — complete specs, pricing, and availability across competitor listings (
ecommerce-intelligence).
Trust
How per-path claims, citations, and
pre_existing fit together