← All speakers

Bio, Work & Ideas

David Karam

Conference affiliation: Pi Labs · 2025

David Karam is an AI product leader at Microsoft and the co-founder and former chief executive of Pi Labs, an AI evaluation and optimization company acquired by Microsoft. He previously spent a decade at Google, becoming a product director working on Google Search’s artificial-intelligence and natural-language-understanding systems.

Karam founded Pi Labs with fellow Google Search veteran Achint Srivastava to bring sophisticated search-quality techniques into everyday AI development. The company built tools for application-specific scoring, synthetic data, prompt optimization, customized retrieval, and feedback-driven improvement. After the acquisition, Karam and the Pi Labs team joined Microsoft.

  • Complexity-adjusted impact. Karam approaches AI quality empirically: assemble representative queries, establish a baseline, investigate failures, and introduce only improvements whose benefits justify their cost. His framework for layered retrieval progresses from documents placed directly in context to BM25, vector search, cross-encoder reranking, and specialized embeddings as specific failures demand.
  • Application-specific scoring systems. Broad questions about whether an answer is useful become more reliable when divided into inspectable signals. A meeting-summary evaluator might separately assess document structure, action items, and factual coverage, then calibrate their combined score against human judgment and user feedback. Karam treats evaluation as an expanding development loop that helps teams compare models, refine prompts, and catch regressions; his evaluation workshop demonstrates the approach through Python, spreadsheets, synthetic examples, and real feedback data.
  • Measuring subjective AI behavior. Even qualities such as an assistant’s personality can be decomposed into narrower, more interpretable dimensions and calibrated against preference data. Karam describes this approach as a way to improve precision and diagnostic clarity while reducing reward hacking.
  • Ranking beyond semantic relevance. Useful results also depend on price, merchant characteristics, popularity, document relationships, and individual preferences. Ambiguous requests may require explicitly orchestrated searches across multiple backends because language models cannot reliably infer every retrieval system’s constraints.
  • Graceful degradation. When engineering cannot eliminate uncertainty, Karam adapts the product experience: show a decisive interface when understanding is strong, offer broader choices when confidence weakens, and involve a person when automation cannot resolve the situation reliably.

Read the topics behind these talks

2 conference talks

Key ideas

Scroll to read ↓

Turn application requirements into inspectable scoring signals, calibrate them against user feedback, and reuse the resulting scorer for model comparisons, prompt changes, and response selection.

  • What counts as a correct answer?
    1:28 ↗
  • Make evaluation part of development
    5:43 ↗
  • Start with cheap signals, then add coverage
    9:21 ↗
  • Put domain knowledge in the scorer
    12:26 ↗
  • Decompose subjective quality into inspectable signals
    16:18 ↗
  • Build a scorer for meeting summaries
    19:33 ↗
  • Break examples deliberately
    24:24 ↗
  • Compare scores with user feedback in Sheets
    27:41 ↗
  • Choose where evaluation runs
    30:34 ↗
  • A scorer built to return numbers
    32:21 ↗
  • Carry the same specification into Python
    35:55 ↗
  • Compare models and catch prompt regressions
    37:59 ↗
  • Use the score to select the response
    39:21 ↗

Key ideas

Scroll to read ↓

A CRM agent’s launch bar provides a practical way to choose RAG techniques: inspect failing queries, repair the relevant layer, and add complexity only when the product needs it.

  • What would make a CRM agent ready to launch?
    0:17 ↗
  • Begin with the documents in context
    4:05 ↗
  • Match retrieval to the language of the queries
    4:49 ↗
  • Retrieve broadly, then score the candidates together
    6:10 ↗
  • Recognize when generic relevance stops being enough
    7:02 ↗
  • Carry structured meaning into ranking
    9:05 ↗
  • Let observed preferences change the score
    11:01 ↗
  • Control what the agent asks the search engine
    12:14 ↗
  • Ask more backends when intent is ambiguous
    14:25 ↗
  • Reduce serving cost without lowering the quality bar
    15:40 ↗
  • Make the interface promise only what the system understands
    17:11 ↗

References