What Litmus does

Litmus helps hiring teams evaluate engineers through realistic technical work. Candidates build a real feature with their usual tools, while Litmus tracks file iteration, commit history, and AI usage. A round can run async or live with your team, or take the form of a longer work trial. Each submission gives you an evidence-based report on how the engineer builds.

Where Litmus fits in

Litmus can fit in anywhere in your hiring pipeline. Here are a few places other companies have found Litmus useful:

ApplicationRecruiter screenOnsiteOfferTop of funnelFirst roundOn-site

Top of funnel · Submitted with the application: a technical read before a resume even reaches a human.
First round · The most common placement: narrow a large inbound pool before anyone spends onsite or oncall time.
On-site · For work trials and extended projects: granular tracking across a long, complex task.

How Litmus works for your team

Async

Assessments

realistic technical work without the screening overhead

No designing interview problems, no screening calls, no grading early submissions. By the time an engineer meets a candidate, they've already built in your context.

Live

Interviews

a structured technical round with your team

Keep the conversation focused on the candidate while Litmus captures the working record and prepares the report.

Open-ended

Work trials

a meaningful piece of work over time

How someone builds across a long task, how they use AI in practice, how they explain their decisions. None of it shows up in a standard interview.

How take-homes work

Create a focused, realistic assessment and set the rules for the round. Candidates work asynchronously in a hosted workspace, using their IDE to build and submit their work. They then record a video walkthrough explaining the decisions behind their build. Litmus captures the working record and prepares the report for your team.

What the candidate experience looks like

01

Open workspace

Candidates open a hosted workspace from their invitation in their IDE. The assessment and its tools are ready to use.

market — Litmus Codespace

Workspace · market

apptrade/route.tsliblmsr.tsstate.tsDESIGN.mdREADME.mdpackage.json

lmsr.tsREADME.md

1import { Q } from './state'

2

3// log-sum-exp keeps cost finite at extreme q/b

4export function cost(q: Q, b: number): number {

5 const m = Math.max(q.YES, q.NO)

6 return m + b * Math.log(

7 Math.exp((q.YES - m) / b) +

8 Math.exp((q.NO - m) / b)

9 )

10}

11

12export function price(q: Q, b: number): number {

13 const m = Math.max(q.YES, q.NO)

14 const yes = Math.exp((q.YES - m) / b)

15 return yes / (yes + Math.exp((q.NO - m) / b))

16}

ProblemsOutputTerminal

✱ claude · Sonnet 4.6

> hold the per-market lock across read and write

● editing app/trade/route.ts…

Claude Code

Codex

main✓ 0 ⚠ 0Ln 6, Col 24UTF-8TypeScriptlitmus tracking

litmushiring.com/candidate/market/record

Market24:0601:42

Files

apptrade/route.tsliblmsr.tsstate.tsDESIGN.mdREADME.mdpackage.json

lib/lmsr.ts

1import { Q } from './state'

2

3// log-sum-exp keeps cost finite at extreme q/b

4export function cost(q: Q, b: number): number {

5 const m = Math.max(q.YES, q.NO)

6 return m + b * Math.log(

7 Math.exp((q.YES - m) / b) +

8 Math.exp((q.NO - m) / b)

9 )

10}

11

12export function price(q: Q, b: number): number {

13 const m = Math.max(q.YES, q.NO)

14 const yes = Math.exp((q.YES - m) / b)

15 return yes / (yes + Math.exp((q.NO - m) / b))

16}

$ npm run smoke

✓ 52/52 checks passed · 1.9s

Questions

0:42

Question 1 of 3

lmsr.ts uses log-sum-exp. What breaks without it?

Answer the question as soon as you're ready.

Next question

Recording in progressMicSubmit Walkthrough

How live interviews work

Litmus also supports live technical interviews: same problem, same working environment, same submission, same analysis. The candidate books a time with your team and works in their own setup while the interviewer watches.

In a normal live interview, the interviewer juggles conducting the assessment, taking notes, and forming a verdict, and their notes are the only record. With Litmus, every command, tool, and prompt is captured automatically, the submission runs the same checks as any take-home, and the transcript lands in the report.

Let the interviewer focus on the candidate. Litmus captures the rest.

How grading works

Grading is tailored to each assessment and designed to surface signal on how an engineer would actually build on your team. The harness replays each submission against scenarios it has never seen, the grader reads the whole working record, and the result is one defended judgement on a 5-point scale, with every claim cited to evidence.

Run by the harness

Hard requirements replay in a live sandbox

OutcomesConcurrencyInvariants

Read by graders

The whole working record, judged with evidence

CodeAI conversationWalkthrough

Both land in one evidence-taggedE7E7 report

Shaivi Rau

4.2/ 5.0Rare

1/1

Walkthrough answers

accounted for

9

Outcomes passed

of 11

2

Outcomes failed

of 11

4

AI prompts

2

Commits

this session

98

Files touched

30m

Session

Dimension scores

Correctness: 5
Judgement: 4
Decomposition: 5
Ownership: 4
Verification: 5
Understanding: 4

Summary

The whole session ran about thirty minutes.

Caroline sent one prompt asking the assistant to read the brief and frame an architecture, then directed a multi-agent build against a shared API contract, sent verifier agents across the functional and atomicity domains before accepting the plan, probed the overdraw path directly, and closed by committing the result. Direction, verification, and the hard questions came from the candidate; the agents did the typing.

Profile

Caroline ran this as an orchestration exercise: two short prompts set up a contract-first, multi-agent build with verifier agents, and the harness bears the result out. The guarded-debit IMMEDIATE transaction on the trade path held through three concurrent bursts, and the double-resolve guard kept payouts exact.The replay passed nine of eleven checks outright: market creation, AMM-exact quoting, end-to-end trading with conserved balances, overdraw rejected with state intact, and correct resolution. The two that failed are both pricing edges: bounded micro-trade rounding drift and a raced quote that fills at the shown price rather than requoting, a limitation Caroline called out unprompted in the walkthrough.The walkthrough walks the trade path from route to guarded debit to position upsert and explains why resolution is a guarded status flip, matching the code as submitted.