Skip to main content
A Clay search is a set of filters over a provider’s database. An Autumn task describes who you want, checked against the live web. Write down what the filters were trying to find, then split it into a prompt, count, rules and output.schema. The search sits on the table’s source column:
search.dslQuery holds the query (for example select from people where experiences.any(is_current = true and job_title contains "CEO")), search.entityType is companies or people, and search.sourceRecordLimit is how many rows it pulled.

Translate each filter

Filters are proxies. “Industry: Software Development + keyword: developer” usually means “sells to developers”. Ask the user what the search was for, once, and put that in the prompt. Things filters couldn’t express (raised in the last 30 days, hiring for a role, launched a product) go in as rules too.

Example

This returned 15 rows in about two minutes, every rule match, including a round announced four days before the run. A sample: Need more? Continue the same task, so the agent knows what it already found:
In the example this added 10 rows: 25 companies, no repeats, every rule match.

Then find the people

Clay’s Find People step becomes an enrichment task over the accounts you just found:
For the first five accounts above this returned the engineering lead for all five, each with the page that shows their current title. Add work_email and phone the way Enrichment describes. Remove accounts and people the user already has (match on domain or LinkedIn URL) in code, before anything reaches the CRM.

Writing task prompts

How to state criteria so the list stops where you want.

Move a table

Compare the new list with what Clay returned.