InterviewLM
ProductRolesFor candidatesPricingMCPBlogDocs
Sample report

What a hiring manager actually receives

This is the real report surface InterviewLM generates when a candidate finishes their rounds — the same components our customers see in their dashboard. Every score carries the number of logged events behind it, and every claim quotes the moment in the session that produced it.

Synthetic data, by design. “Maya Krishnan” is not a real person and this session never happened. We publish an authored example rather than a real candidate's report, because a real one would expose that candidate's assessment performance to the public web. The layout, scoring dimensions, and evidence format are exactly what the product produces.

Maya Krishnan

Senior · Python · PostgreSQL · AWS · completed 12 July 2026

Overall
83 / 100
Role
Senior Backend Engineer
Time on task
1h 46m
Rounds scored
AI Role Screen (voice) + Coding Assessment (sandbox)

Executive summary

Maya works the way a strong senior engineer actually works in 2026: she reaches for the AI constantly, but never accepts its output without a reason. Across 47 logged AI interactions she rewrote her own prompt 11 times to add constraints the AI had ignored, and overrode it 4 times — every override was correct. Her weakness is not AI dependence, it is test coverage: she verifies behaviour by reading code and reasoning, not by writing tests that would catch a regression later. Recommend hire at senior level, with testing probed onsite.

Hire
87%confidence
AI Factor: Positive
  • Diagnosed the N+1 query behind the failing latency budget in 6 minutes, before writing any code — read the ORM's generated SQL rather than guessing at the model layer.
  • Treated the AI as a reviewer, not an author: asked it to critique her own index proposal, then rejected its suggestion of a composite index because the leading column had low cardinality.
  • Caught a subtly wrong AI-generated cache-invalidation branch that would have served stale balances after a concurrent write, and explained the race before fixing it.
  • Testing discipline is the gap: shipped happy-path tests only, and did not add a regression test for the race condition she had just found.
Conditions
  • Probe testing and observability practice in the onsite — this is the one dimension the assessment scored below the senior bar.
  • Pair her with an engineer who is strong on test design for the first two sprints.

Rubric breakdown

Four scored dimensions. “Evidence” is the count of logged session events supporting the score — prompts, edits, terminal commands, test runs — and “confidence” is the evaluator's own certainty given that evidence.

Code Quality

74

Confidence: 88%23 evidence items

Problem Solving

86

Confidence: 91%31 evidence items

AI Collaboration

91

Confidence: 94%47 evidence items

Communication

79

Confidence: 83%18 evidence items

Overall Score

83

out of 100

Flags:
0 Red
2 Yellow
6 Green

Skills gap vs the role bar

Each subcategory is scored against the level this specific role requires, so a 74 on a role that needs 65 is a pass and a 58 on a role that needs 70 is a gap.

Skills Gap Matrix

83

out of 100

Weighted Score83/100

Meets or exceeds the senior bar on 7 of 9 assessed subcategories. The two gaps — automated testing and observability — are coachable and both sit outside the role's critical path.

Skill Categories

Backend Engineering

Weight: 40%
Data modelling & SQL
92 / 75 required
critical
Concurrency & correctness
88 / 75 required
critical
Automated testing
58 / 70 required
important
Observability
61 / 65 required
nice-to-have

AI Collaboration

Weight: 35%
Prompt specificity
94 / 70 required
critical
Critical evaluation of AI output
93 / 70 required
critical
Independence
84 / 65 required
important

Communication

Weight: 25%
Explaining trade-offs
85 / 70 required
important
Structured updates
71 / 70 required
nice-to-have

Critical Gaps (1)

Automated testing

Backend Engineering

medium impact
58→70required
-12 gap

She already finds the right edge cases by reasoning — the gap is converting a found edge case into a committed test. Ask her in the onsite to write the regression test for the race she diagnosed here.

Strengths (2)

Critical evaluation of AI output

93
+23 above required

AI Collaboration

Rejected an AI-proposed composite index with a correct cardinality argument, and caught a stale-read race in AI-generated invalidation logic.

Data modelling & SQL

92
+17 above required

Backend Engineering

Went straight to the generated SQL to locate the N+1 instead of guessing at the ORM layer.

Session evidence

Observations are anchored to what the candidate actually did or said. This is the “evidence, not vibes” part — the reason a hiring manager can disagree with a score and check it themselves.

Key Observations

Problem Solving

  • Diagnosed before coding. Spent the first 6 minutes reading the slow query log and the ORM's emitted SQL, and did not open the editor until she could name the cause.

    Positive

    "Before I touch anything — this endpoint is 1.9 seconds and the query log shows 340 selects. That's an N+1, not a slow query. Let me confirm which relation."

Technical

  • Used the AI adversarially against her own design rather than asking it for an answer.

    Positive

    "Here's my index. Argue against it — what workload makes this the wrong choice?"

  • Caught an incorrect AI-generated cache-invalidation branch that would have served a stale balance after a concurrent write.

    Positive

    "No — this invalidates after the write returns, so a read in between gets the old balance. That's a race, not a style issue."

  • Verified by reasoning rather than by test. Having found the race, she fixed it and moved on without adding a test that would catch a regression.

    Concerning

    Session shows the race fixed at 00:41 and no test file modified after 00:33.

Communication

  • Abandoned her first approach silently. The pivot was correct but never announced, which on a real team reads as unexplained churn in review.

    Concerning

    Discarded the eager-loading approach at 00:22 with no comment or message explaining why.

Green Flags

Overrides the AI, and is right when she does

exceptional

4 overrides of AI suggestions across the session; an independent re-review found all 4 correct.

Prompts get more constrained under pressure, not less

uncommon

11 prompt rewrites, each adding a constraint the AI had dropped. The usual failure mode — pasting the error back verbatim — never occurred.

Reads generated SQL

uncommon

Located the N+1 from the query log rather than guessing at the model layer.

Comparative Analysis

Percentile RankingTop 12%

Compared against 214 similar candidates

Standout Areas

Critical evaluation of AI output
Data modelling & SQL
Concurrency & correctness

Development Areas

Automated testing
Observability

Recommended Follow-Up Questions

  1. 1

    Ask her to write the regression test for the race condition she found in this session. Tests are the one gap; watch her close it live.

  2. 2

    Give her a PR containing a plausible but wrong AI-generated migration and ask her to review it. She scored 93 on critical evaluation — verify that transfers to reviewing someone else's AI output, not just her own.

  3. 3

    Ask why she abandoned the eager-loading approach. The decision was right; the question is whether she can articulate it after the fact.

Want one of these for a real candidate?

Take the five-minute sample interview yourself, or see the full product walkthrough first.

InterviewLM

AI-native interviews for 12 live roles across 5 role families. Real-world sandboxes, AI voice interviews, and collaboration scoring.

Product
Product tourSample reportPricingCompareMCP
Resources
BlogDocsIntegrationsSecurity
Company
AboutTeamContactSupport
Candidates
For candidatesCandidate sign in
Legal
PrivacyTerms

© 2026 Corrirrus Innovations OPC Pvt Ltd · InterviewLM

Last updated August 2026