Description
You'll build the evaluation systems that tell us whether Firecrawl actually works. That sounds simple. It isn't. Our core promise , convert any URL into clean, structured, LLM-ready data reliably , is hard to measure rigorously across millions of different websites, formats, and edge cases. As we layer in models and agent workflows, the question 'did that work?' gets harder, not easier.
This isn't an eval role where you inherit a framework and run benchmarks. You'll design the metrics, build the pipelines, generate the datasets, and own the feedback loop from output quality back to model and product decisions. If you care about what 'good' actually means and have the engineering depth to measure it, this is the role.
You'll build the eval stack from scratch. Design and own the systems that measure whether Firecrawl's outputs are actually good , across scrape, crawl, extract, and map. That means defining metrics, building pipelines, curating datasets, and integrating evals into CI/CD so regressions get caught before they ship. You build the infra yourself because you're the one who needs it to work.
Design benchmarks that reflect reality. Our outputs need to hold up across millions of websites , SPAs, paywalled content, dynamic rendering, structured and unstructured formats. You'll build benchmark datasets that cover the real distribution of what our customers send us, including the edge cases that break naive approaches. Ground truth doesn't come for free , you'll design the collection and labeling systems too.
Own LLM-as-judge pipelines. You'll design and validate automated judges that score extraction quality at scale, know the failure modes of LLM-based evaluation, and build the human review tooling needed when automation isn't enough. You understand the difference between an eval that measures something real and one that just flatters the system.
Close the loop with models and RL. Evals here aren't a reporting layer , they're a training signal. You'll work closely with the RL and Search/IR research engineers to turn quality measurements into reward signals and feedback loops that make models meaningfully better. Your benchmarks directly influence what gets trained next.
Run fast experiments and communicate clearly. You design experiments that test meaningful hypotheses, run them quickly, and make decisions based on results. When you have findings, anyone on the team can understand what they mean , no decoder ring required.
We're looking for someone who builds their own eval infrastructure. You don't wait for tooling to appear. You write the pipelines, curate the datasets, design the rubrics, and validate the judges yourself , because you understand that infra choices directly affect what you're actually measuring. You've run evals at scale and debugged the places where they lie.
You know what 'good' means for unstructured web data. You've worked with messy, real-world data before. You understand why markdown quality is hard to define, why structured extraction fidelity varies by schema, and why naive string-match metrics miss the point. You have strong opinions about what a useful benchmark actually looks like , and the rigor to validate them.
You're fluent in LLM evaluation methodology. You understand LLM-as-judge systems, their correlation with human judgment, and where they break down. You've designed rubrics that hold up under adversarial inputs, built human review pipelines that scale, and know how to measure inter-rater agreement. You're not fooled by evals that only look good in aggregate.
You're production-minded. You care about whether your evals reflect real production behavior, not just offline benchmarks. You've worked on systems serving real traffic and made hard tradeoffs between evaluation depth, coverage, and cost. A benchmark that doesn't represent what customers actually send isn't a benchmark worth maintaining.
You'd rather run three rough experiments this week than one polished one next month. When you have results, anyone on the team can understand what they mean , and what to do next.
Backgrounds that tend to do well: ML engineers who've built eval or data quality systems at AI labs or applied teams. Engineers who've worked on LLM fine-tuning or RLHF pipelines and understand how feedback quality drives model improvement. People who've worked at the intersection of data infrastructure and model development. Anyone who's been the person on the team asking 'but how do we know this actually works?'
We're not looking for benchmark runners. If your eval experience is running existing frameworks on existing benchmarks and reporting numbers, this isn't the right fit. We need someone who builds the frameworks and defines the benchmarks.
We're not looking for people who treat evals as an afterthought. If your default workflow is to build first and evaluate later , or to treat pass rates as a proxy for actual quality , you'll struggle here. Evals are a first-class product, not a QA gate.
We're not looking for researchers who need a platform team. If you expect pipelines, datasets, and labeling infrastructure to exist before you can be productive, you'll be frustrated. You build the tools you need.
We're not looking for slow iterators. If your standard experiment cycle is measured in weeks, not days, you'll struggle with the pace. We need someone who can design, run, and interpret a meaningful experiment within a day or two.
Bonus points: Any other niche expertise and skills. Previous experience at a scraping, automation, or security-focused startup. Ex-founder.