The Anthropic Coding Interview
- Understand the practical format: you build a small working system live, and it runs against tests
- Know the surprises: a four-level CodeSignal grader, a small problem bank and no AI assistance
- See what gets graded, from clean modular code to your own tests and concurrency reasoning
The technical screen is one CodeSignal problem with four locked levels and ninety minutes on the clock. Level one is SET, GET, and DELETE on an in-memory key-value store. The grader's unit tests are visible before you write a line, and each level unlocks only after every hidden test for the one below it turns green. Roughly 520 out of 600, with at least three of the four levels fully passing, is what advances you.
Level four bolts file compression and capacity limits onto the same store you wrote at level one, and the level-one methods still have to pass. You build a small working system, the requirements keep arriving, and the code that survives is the code you can extend without tearing it down. A version that compiles and clears the first case is the warm-up. The grading lives in everything that comes after it.
The live bank is famously small. Candidates report roughly six recurring problems, and most people walk in already knowing what they will be asked. That changes how you prepare. Breadth is not the lever, because there is barely any breadth to cover. Follow-up depth and clean execution under changing scope are what gets tested, so grinding three hundred algorithm problems is close to the wrong preparation for this loop.
How the Round Runs
Most pipelines route through the CodeSignal online assessment first, a four-level "industry coding framework" problem auto-graded out of 600. Some teams swap in a sixty-minute live screen instead, where a single engineer shares a Python editor with you and the web crawler is the dominant prompt. Past the screen sits a virtual onsite of about four rounds, typically two live coding sessions plus a system design round and a values round. The counts flex by team and level, so read the grid below as the common case rather than a fixed spec. Anthropic keeps its process quiet, so treat any single number here as the shape candidates report most often, not a guarantee.
- Platform: CodeSignal, code runs. The OA and many live rounds run in CodeSignal, with Colab and Replit-style shared editors also reported. Screen-share over Google Meet, camera typically on. Your code executes against tests throughout; there is no whiteboard pseudocode.
- The OA: 4 levels, 90 min, ~520/600. One stateful build-then-extend problem. Each level unlocks only when all hidden tests for the prior level pass, and clearing at least three of the four levels is the bar. Running out of time before the last level is the common way candidates miss.
- The onsite: ~4 rounds, run it live. Roughly two one-hour coding sessions with escalating follow-ups, plus a system design round in a Google Doc and a dedicated values round. The onsite coding is harder than the screen: constraints stack faster and the expected polish is higher.
- Language: Python expected. Python is the primary language and the standard library is rewarded. Other languages have been allowed (one candidate used C#), so it is expected rather than forced. Plan around Python unless your recruiter says otherwise.
What They Actually Ask
Five clusters cover almost everything reported. The dominant one is the stateful in-memory system that anchors the CodeSignal OA. Picture a key-value database. It starts with SET and GET, grows into prefix scans, then timestamped writes that expire on a TTL (time-to-live) window, then compression and capacity tracking. The banking ledger is the same shape from a different angle: account creation and transfers first, then transaction history, top-spender rankings, and interest. Same-family variants surface as inventory systems, chat-message history, file caches, and package managers with dependency resolution. A frequency list is not something Anthropic releases, so the percentages below are estimates drawn from a small and highly repetitive bank. Read the ordering, not the decimals.
Concurrency is the theme that separates this loop from a FAANG one, and a Premium question is its single most-cited problem. You start with a correct synchronous crawl, then the load-bearing follow-up lands: make the crawl concurrent. From there the round digs into a bounded thread pool, then asyncio. The finish is a real analysis of Python's GIL, the global interpreter lock that lets only one thread run Python code at a time. You explain when threading still helps an I/O-bound crawl and when multiprocessing is the right tool instead.
How Code Is Graded
The most-repeated signal across reports is that a passing first solution is only the starting line. What gets evaluated is everything around correctness. Clean modular structure and sensible APIs. Decomposition that absorbs new constraints without a rewrite. Edge cases you handle on your own initiative, complexity choices you can defend, and how calmly you refactor when the interviewer expands the scope mid-problem. After you solve cleanly with the standard library, expect to be asked to re-implement the data structure from scratch and justify the tradeoff.
How to Practice for This
The muscle this loop tests is building a small thing end to end, under time, with tests and clean structure. That is a different skill from matching a graph problem to a memorized template, and it is the reason the algorithm-grind plan transfers so poorly here. Practice by building. Implement a key-value store with timestamped versions, then bolt on TTL expiry, then on-disk serialization that survives delimiters inside the keys, then a lock for concurrent writers. Each layer should land the way the round lands it: as a new requirement on code that already works.
Then do the web crawler from a blank file: synchronous first, a thread pool second, asyncio third, and be ready to talk through the GIL without notes. Re-implement a Premium question under the hood and make it thread-safe. Take the stack-trace profiler and write your own test cases before you call it done. Run each one against a timer, make it execute, and prove the new behavior with a test you wrote rather than one you were given. The four lessons ahead are each anchored on one of these builds.
What This Section Covers
Four paid lessons follow, each one anchored on a build you implement with the follow-up gates stacked the way the round stacks them. Where a lesson rests on a base structure, the foundational version lives in the free course, so these pages stay on what is specifically Anthropic.
The Practical Build Round
The OA anchor. The in-memory key-value DB and the banking ledger built across four levels, reading the spec off failing tests, preserving the level-one contracts through level four, and the integrity-detection caveat that punishes gaming the grader. Start here.
Concurrency & Systems
The signature problem end to end: the a Premium question from synchronous BFS to thread pool to asyncio to a GIL analysis, with a thread-safe frontier, per-host politeness, retries with backoff, and graceful shutdown. The concurrency reasoning that separates candidates here.
Data Structures & Parsing
The stack-trace profiler that folds samples into per-call events and wants your own tests. An a Premium question re-implemented from scratch, then made crash-persistent, then thread-safe. And the stateful chat-history and file-cache variants with APIs that absorb new constraints.
Core Algorithms
The thin slice of classic algorithm work that still shows up. Plus the debugging and code-review round (find the bug in provided code) and the troubleshooting round (trace a p95 latency spike back to a race condition or a leak).
Common questions
What coding questions does Anthropic ask software engineers?
A small, repeating bank of build-then-extend systems. The most-cited are an in-memory key-value store, a banking ledger, a Premium question, a stack-trace profiler, and a Premium question rebuilt from scratch. The dominant themes are stateful in-memory systems and concurrency. Each is worked in the lessons ahead, starting with The Online Assessment.
Does Anthropic use LeetCode?
No, and recruiters say so before the screen. The prompts are practical, work-like build tasks graded on clean, tested, modular code as the requirements stack, not on spotting a graph or DP trick. Grinding three hundred algorithm problems is close to the wrong preparation for this loop.
How many coding rounds does Anthropic have?
Usually a CodeSignal screen (or a 60-minute live variant), then roughly two live coding sessions inside the onsite, alongside a system design round and the Values round. The onsite coding runs harder than the screen: constraints stack faster and the expected polish is higher.
Can you use AI in the Anthropic coding interview?
No, unless an interviewer explicitly says otherwise. Live rounds and take-homes are unaided, and code engineered to pass the visible tests reportedly gets flagged. Prepare with Claude, then plan to work from memory in a shared editor with your camera on.
Key Takeaways
- ✓Anthropic coding is practical, not LeetCode, and recruiters say so directly. You build a small working system live, the code runs against tests, and the requirements keep stacking onto what you already wrote. The first passing solution is the warm-up; the grading is everything after it.
- ✓The bank is small and stable, roughly six recurring problems, so prep for follow-up depth and clean execution under changing scope. The CodeSignal OA is one four-level problem (about 520 of 600, three of four levels), and the level-one contracts must survive level four.
- ✓Stateful in-memory systems and concurrency dominate the surface, with a Premium question as the signature. Concurrency, object-oriented design, and writing your own tests show up far more than in a FAANG loop. Production-quality, modular code is a graded axis in its own right.
- ✓No AI assistance in the live rounds or take-homes unless explicitly indicated, and Anthropic reportedly screens submissions for test-gaming. Confirm the policy with your recruiter, plan to work from memory, and practice by building small systems under a timer rather than grinding algorithm sets.
Anthropic interview guideKnow what Anthropic asks before you walk in.
11 coding · 5 system design · 14 behavioral questions
Get their questions first.
InterviewLegend is independent and not affiliated with or endorsed by any company it covers.