wiki / entities / hamel-husain
Hamel Husain
Machine ingest — raw context
loading…
~… tokensappend .md to any wiki URL for this view
Hamel Husain
Hamel Husain is an AI engineer, educator, and co-founder of Parlance Labs. He is one of the foremost advocates for rigorous, empirical evaluation methodologies in generative AI and agentic systems, emphasizing human error analysis, custom data viewers, and practical data science fundamentals over generic benchmarks.
Core Philosophy & Contributions
- “Look At Your Data”: Husain argues that the single highest-ROI activity in AI engineering is qualitative error analysis and evals on real production traces. Generic off-the-shelf metrics (like generic hallucination or helpfulness scores) create an illusion of progress while obscuring domain-specific failure modes.
- The Optimization Hierarchy: When building AI products, teams must exhaust context engineering, prompt refinement, and harness tooling before resorting to model post-training or fine-tuning.
- Data Science Fundamentals in AI: Viewing LLM judges as supervised classifiers requiring human-annotated validation sets, precision/recall tracking, and strict partition boundaries.
- Active Learning & Tooling: Collaborating with researchers like shreya shankar on active-learning-assisted trace labeling and failure discovery tools.
- Verifiability as product design: “It’s hard to eval” is a product smell — artifacts hard for the builder to verify are hard for users too; design checkable artifacts before building evals (designing for verifiability). [source: hamel-husain-it-s-hard-to-eval-is-a-product-smell-2026]
- The Revenge of the Data Scientist: every recurring eval pitfall maps to a missing data-science fundamental; the agent harness itself is largely data science. [source: hamel-husain-the-revenge-of-the-data-scientist-2026]
He co-teaches AI Evals for Engineers and PMs, with over 4,500 students from 500+ companies (including OpenAI, Anthropic, and Google), and previously worked at Airbnb and GitHub, including early LLM research used by OpenAI for code understanding. [source: hamel-husain-do-automated-evals-work-2026]
Related
Evidence — verified primary sources
| hamel-ai-product-engineering-notes-2026 | https://hamel.dev/notes/llm/ai-product-engineering/ | ingested 2026-08-22 sha256:7b35f29cda74… |
| parlance-labs-do-automated-evals-work-2026 | https://parlance-labs.com/blog/posts/auto-evals/index.html | ingested 2026-08-22 sha256:8a4ef31b67fc… |
| hamel-husain-do-automated-evals-work-2026 | https://hamel.dev/ | ingested 2026-08-24 sha256:2abfbf6161c7… |
| hamel-husain-the-revenge-of-the-data-scientist-2026 | https://hamel.dev/blog/posts/revenge/ | ingested 2026-08-24 sha256:a5c947dbab12… |
| hamel-husain-it-s-hard-to-eval-is-a-product-smell-2026 | https://hamel.dev/blog/posts/eval-smell/ | ingested 2026-08-24 sha256:bf1a77e2fc29… |
Graph context
References (6)
Error Analysis and Evalson real production traces. Generic off-the-shelf metrics (like generic hallucination or helpfulness scores) create an illusion of progress wShreya Shankaron active-learning-assisted trace labeling and failure discovery tools.Designing for Verifiability).^[raw/articles/hamel-husain-it-s-hard-to-eval-is-a-product-smell-2026.md]Automated Eval EngineeringClosed-Loop Agent ImprovementContext Engineering Referenced by (7)
Agent Harness Engineeringadds that a large portion of the harness is data science: beyond tests and specifications, production harnesses include an observability staDesigning for Verifiabilityargues that the most common objection to evals — "our product is hard to eval" — is a product smell. Artifacts that are hard for the builderError Analysis and Evalsand shreya-shankar, it forms the foundational requirement for building defensible AI applications.Eval-Driven Developmentevaluation authorityEvals Skillsand shreya-shankar, evals skills are "a set of skills for AI product evals" that encode lessons "from helping 50+ companies and teaching stuAirbnbevals methodologyShreya Shankar