Join the founding beta
Tell us who owns the workflow, what FetchSet should resolve, and the expected lookup volume.
How FetchSet works
Resolve business identities inside Clay, Claude, Codex, or your own agent workflow. Every result carries the evidence and cost needed for the next decision.
Get started
No dashboard choreography. Apply for access, confirm the right cost boundary, and call FetchSet from the place where the work already happens.
Tell us who owns the workflow, what FetchSet should resolve, and the expected lookup volume.
Clear-fit workflows receive a direct invite. Custom or high-volume workflows begin with a short founder conversation.
Connect through REST, MCP, Clay, Claude, Codex, or an internal agent. The response contract remains the same.
The data path
FetchSet keeps the lookup path narrow and the returned record explainable.
Clean and validate the identifier.
Suppression, freshness, and cost boundaries.
Fresh cache first; verified waterfall when needed.
Value, evidence, provenance, and charge.
Inside one lookup
A fresh licensed cache record can return without an external provider call. When a record is missing or stale, FetchSet enters a bounded waterfall and stops at the first result that meets validation policy.
read the resolution contract →Input acceptedlinkedin.com/in/avery-lin
Fresh cache hitvalidated 8 days ago
Record returnedexternal tokens: 0
avery@northstar.devValid · 98.4% confidence · fresh cache
tokens_charged: 0 Popular workflows
Why FetchSet
FetchSet is designed as inspectable data infrastructure, not a black box that returns a field and hides the decision.
Validation time travels with the email, so each workflow can apply its own policy.
Empty, suppressed, or not-found responses report an explicit zero token charge.
Risk, confidence, provenance class, and cost remain attached to the returned record.