Skip to main content

How it works

How DevEval works.

One connected path from the invitation to the hiring decision. Candidates get a realistic task with clear rules. Reviewers get the code, tests, and reasoning behind it. Your team makes the call.

The four stages

  1. 01

    Set up the interview

    Pick a format and a task for the role, state the AI rules, and send the invitation.

  2. 02

    The candidate does the work

    Realistic engineering work in the browser, with the checks they need to verify it.

  3. 03

    Reviewers read the evidence

    Code, tests, prompts, replay, and the candidate’s own explanation in one packet.

  4. 04

    Decide, and follow up live

    Record the decision, or bring the thin parts into a short live interview first.

What candidates experience

A fair task, clear rules, and something back.

The process respects the candidate’s time and shows them exactly what is expected, so the evidence means the same thing for everyone.

1.An invitation that states the rules

Candidates open a private link. No account to create. The invitation says what the role is, how long the task takes, whether AI is allowed, and what is recorded.

They choose when to start inside the window your team set, so the work fits their schedule instead of yours.

2.A realistic task with a brief

Instead of a puzzle, candidates get the kind of work the job involves: a small service with tests, a bug to find and fix, a change to review, or an AI proposal to challenge.

The brief, the starter code, and the checks sit side by side in the browser. Work autosaves, and a dropped connection resumes where they left off.

3.Working the way engineers actually work

When your rules allow it, candidates use AI in the open. They run the checks, read the output, revise, and run them again.

  • Run executable checks on their own work
  • Direct AI with constraints, or decline its suggestion
  • Verify what the output actually proves
  • Explain what they chose to ship

4.Submitting with a decision note

Candidates submit before the time runs out, with a short note on what they changed, what they verified, and what they would still want to check. If time ends first, the work saved so far is submitted for them.

They receive a confirmation by email, so nobody is left wondering whether the submission went through.

5.Something back for their time

After a reviewer approves it, your team can release a private Candidate Growth Report: evidence-backed strengths and useful next steps, without exposing your internal scoring.

Want to see the task itself? Explore the candidate journey.

What reviewers receive

Evidence your team can read, question, and act on.

A single score hides how the work was done. Reviewers see the reasoning, not just the outcome, and the hiring decision stays with people.

1.An evidence packet, not a score alone

Each submission arrives with the code, the test results, the prompts and AI suggestions, a replay of the session, the candidate’s decision note, and integrity context such as focus and paste events.

Integrity events are context for a person to read, never a cheating verdict on their own.

2.Observed and not observed, labeled

Executable checks show what the work proved. Where the task could not prove something, the packet says so, so a strong local result is never mistaken for a guarantee.

  • Which checks passed, and which were never exercised
  • Where the candidate caught a real problem
  • Where they accepted a suggestion without checking it

3.Focused prompts for a live follow-up

Every gap becomes a precise question for a short live interview. Interviewers arrive knowing what to ask instead of repeating the whole assessment, and candidates get the chance to show depth where the evidence was thin.

4.A scorecard and a recorded decision

Reviewers add notes, complete the scorecard, and record the decision. The assessment, the evidence, the live interview, and the outcome stay connected in one trail your team can share or keep internal.

Want to read a real packet? Open the sample report.

Common questions

How long does a candidate spend on a DevEval interview?
Your team sets the time box for each task. Candidates see it in the invitation before they start and choose a start time inside the window you set.
Do candidates need to create an account?
No. Each invitation is a private link. Candidates open it, read the rules, and begin when they are ready.
What happens if a candidate loses their connection?
Work autosaves as they go. Reopening the link resumes the session with their work and remaining time intact.
Does DevEval make the hiring decision?
No. DevEval collects the evidence and labels what was and was not observed. Your team reviews it, decides who advances, and tells the candidate.

See it with your role

Bring one hiring need. Walk through the whole path.

A 15-minute walkthrough with your open role: the task, the evidence packet, and the reviewer workflow your team would use.