takehome assignments, rebuilt for the AI era

You can't tell the candidate from the AI anymore.

When a takehome comes back polished, you can't tell what's the candidate and what's Claude. The code stopped being the signal. How they work with AI is the new signal, and Seal is how you see it.

before / after

Same submission. Completely different review.

This is what reviewing a takehome looks like today, and what it looks like when you can see the conversation behind the code.

✕  without Seal
 pull request #1 · candidate submission
feat: implement rate limiter with sliding window
14 files changed, +1,240 -86✓ all checks passed
src/limiter.tsclean
src/limiter.test.ts27 tests, all green
README.mdthorough
you, reviewing "Great code. Great tests. Great README… Did they write any of it? I honestly have no idea what this tells me."

The artifact is polished, and tells you almost nothing. You either distrust it entirely, or burn the first 20 minutes of the onsite re-litigating "did you actually write this?"

✓  with Seal
 pull request #1 + AI transcript
candidate → Before writing code: what edge cases should a sliding-window limiter handle under concurrent requests?
candidate → Write the burst-scenario tests first. Then implement against them.
candidate → You suggested a token bucket: why is sliding window better here? Convince me.
you, reviewing "Tests-first, challenged the model's approach, verified edge cases. In the onsite I'll probe the token-bucket trade-off they rejected."

Now the takehome is real signal plus interview prep. You know how they think, and exactly which 2-3 moments to dig into live.

how it works

Three steps. No change to your assignment.

1

Send your takehome through Seal

Use the assignment you already have. The candidate gets the repo and runs one command: npx @seal-ai/cli init. That's the whole setup.

2

The candidate works with AI, openly

No lockdown browser. No webcam. No keystroke logging. AI isn't just allowed, it's the point: they work the way they'd work on the job.

3

You review the code and the conversation

The final PR plus the full AI transcript, side by side. See what they asked, what they verified, and where they pushed back.

candidate-first, by design

Not spyware. The opposite, actually.

Monitoring tools assume candidates are cheating. Seal assumes the AI conversation is the work sample, and everyone knows it going in.

  • ✓Fully transparent. Candidates are told up front: the AI conversation is part of what's reviewed. No hidden capture, ever.
  • ✓Candidates get the transcript too. They can annotate it and add "here's what I'd do with more time." It's a shared document, not a wiretap.
  • ✓Any tools welcome. Claude, ChatGPT, Cursor: whatever they'd really use. You're hiring how they'll actually work.
  • ✓Nothing else is captured. No webcam, no screen recording, no browser lockdown. Just the conversation.
what you'll actually see

The signals hiding in every transcript

Not a score. Not a cheating verdict. The concrete behaviors that separate engineers who drive AI from engineers who paste from it.

Do they ask for tests? Do they give the model context? Do they challenge the first answer? Do they verify output before accepting? Do they decompose the problem? Do they catch the model's mistakes? Do they ask why, not just what?
why we're building this

From someone who's read a thousand takehomes

"I've spent 16 years interviewing engineers, and takehomes were always my best signal, until LLMs made every submission look the same. But watching how people prompt, verify, and push back on coding agents turned out to be an even better window into how they think than the code ever was. The only thing missing was a way to see it. So I built one."
Anton Krasov, founder of Seal
Anton Krasov
Founder, Seal · LinkedIn ↗

Stop guessing who wrote the code.

If you're a founder or engineering leader running takehomes, let's talk for 30 minutes. Worst case, you leave with a better takehome process.

Book a 30-min call