Skip to main content
← All use cases

The scenario

Four interviews, four interviewers, and the candidate explains the same career history four times. Meanwhile the thing the second interviewer was unsure about never reaches the fourth, who could have probed it. Scorecards fix the decision. They do not fix the conversation.

Step 1 — Scope notes to the candidate

Step 2 — Brief the next interviewer

That is a thirty-second read that changes what the next hour is spent on.

Step 3 — See the shape of the panel

Extraction names the technologies, companies and projects that came up. Across a pipeline that is a genuinely useful read: which skills you are actually seeing, rather than which ones you advertised for.

Evals

  1. Run one real loop, recording after each interview.
  2. Before the final interview, generate the briefing and ask that interviewer whether it changed their plan.
  3. Check no note leaks across candidates: query with a different user_id and confirm nothing returns.
  4. Compare time-to-decision against loops run without it.

Guardrails

Hiring notes are regulated personal data in most jurisdictions, candidates can usually request them, and they carry real discrimination risk. Record evidence about the role — what was demonstrated, what was not — never impressions about the person. Set a retention period and honour it with the deletion runbook.
  • Do not let a briefing replace an independent read. Handing interviewer four a summary of three opinions is how a panel converges on the first opinion. Share what was covered; be careful about sharing what was concluded.
  • Never use this to score or rank candidates automatically. It is a retrieval system, not an assessment, and in several jurisdictions automated decision-making here carries specific legal obligations.
  • Keep the space off-limits to the hiring manager’s wider org. Scope is relevance, not access.

Built from

Both are complete, runnable scripts: support_bot_scoping.py, knowledge_graph.py.