Brex interview, decoded.

Brex tests engineers on the kind of work the job involves. After the phone screen, a 2025 candidate describes an API round that calls a live Brex interview endpoint for card transactions and asks for spend analytics, a debugging round with five failing unit tests in an existing codebase where the fixes are one or two lines and refactoring is not allowed, a system design round about points on the Brex card, and a hiring manager round. The phone screen problem candidates name most often, every year from 2022 to 2026, is a card-purchase check from the board game Splendor, now with a follow-up about concurrent purchases.

Brex was founded in San Francisco in January 2017 by Henrique Dubugras and Pedro Franceschi and sells corporate cards and spend management software. In January 2026 Capital One agreed to buy it for $5.15B in cash and stock, less than half its last private valuation of $12.3B, and Brex's own site now describes it as a wholly owned subsidiary of Capital One.

Free · 2 minutes · no account

The questions for your exact Brex role and level.

See the questions Brex asks ↓Run a free mock interview →

Interviewing at Brex? Below are the questions candidates report. For the ones your exact role and level will get, paste the posting. Your first mock is free.

01

Who Brex hires

The roles and the background

On 25 September 2026 Brex had 258 open roles, 61 of them in engineering. Engineering sits in San Francisco, New York, Seattle, Vancouver and São Paulo, with a few security roles remote in the US and Canada. The job ads ask for three coordinated office days a week, Monday, Wednesday and Thursday, and allow up to four weeks a year fully remote.

02

What is the Brex interview process?

Round by round

Brex does not publish its interview process, so the stages below come from candidate reports. PracHub's summary puts the loop at about three to five weeks, with the onsite taken in one day or split across two. Candidates also report slow, disorganised processes and a recruiter call of under fifteen minutes, so ask the recruiter for the rounds and the timeline up front. None of the sources say whether the loop changed after the Capital One deal.

01
Recruiter screen
A short call

Background and the team. One candidate reported a call of under fifteen minutes.

02
Technical phone screen
Live coding

A problem in parts that grows as you solve it: the Splendor card purchase, a task scheduler with prerequisites, a suspicious-activity match, a string calculator. The section below goes through them.

03
API coding
Onsite, against a live endpoint

Page through Brex's interview transactions API and answer questions about the data: how many transactions, peak card spend, merchants with a weekly or monthly recurring charge. One candidate solved two and a half of three parts and still moved forward on communication, with the feedback to increase velocity.

04
Debugging
Onsite, in an existing codebase

Several files and five failing unit tests, one reported case being a holiday and delivery-date calculator. The fixes are one or two lines each and a big refactor is not allowed. A strong rating went to the candidate who explained the business context before touching the code.

05
System design
Onsite

Close to Brex's product: points earned and redeemed on Brex card transactions, or a peer-to-peer money transfer that stays correct through crashes, retries and concurrent requests.

06
Frontend coding
Onsite

React components, for example a multi-select colour dropdown. A frontend candidate reported being asked to keep talking while coding.

Frontend roles
07
Hiring manager and values
A conversation

Ownership and ambiguity, against Brex's six values. One aggregator also reports a role-play about a conflict between delivery dates and technical debt.

03

What Brex screens for

What every round is really testing

Brex publishes six values on its careers page, and its manifesto adds the tone: Brex is not a place to coast, and its CTO still codes.

  • Dream big: think 10x, not 10%
  • Ownership: if it's broken, you fix it
  • Impatient optimism: move fast, stay positive
  • One Brex: no silos, no egos
  • Customer obsession: build something loved
  • Growth mindset: ask questions relentlessly
04

Brex interview questions

Candidate-reported themes

The coding problems recur across years and have their own section below. The behavioural questions follow Brex's values.

Behavioural & motivation

  • Tell me about a time you dealt with an ambiguous problem.
  • Tell me about something broken that you fixed although it wasn't your job.
  • Describe a time you had to trade delivery speed against technical debt, and how you decided.
  • Why Brex, and why now?
  • Tell me about a customer problem that changed what you built.

Technical

  • Multi-part problems: Game rules, schedulers and matchers that grow in stages
  • Working with a live API: Pagination, aggregation, recurring-charge detection on transactions
  • Debugging: Finding root causes behind failing tests without rewriting the code
  • Payments system design: Card points and peer-to-peer transfers that survive retries and concurrency
  • Concurrency: The same player buying cards in parallel, in the Splendor follow-up

These are the reported themes — your loop is role-specific. Paste the actual posting and Calibrd predicts the questions for that exact role and level.

Predict my Brex questions →
05

Brex coding interview: the problems candidates report and how to solve them

Reported problems and how to solve them

These come from candidate posts on LeetCode Discuss between 2021 and September 2026 and from PracHub's list of Brex questions. Most are problems in parts: a first version, then new rules. Keep the design open enough that each part is an addition and not a rewrite.

  • Splendor: can a player afford this card?: Write can_purchase() for a card with a gem cost and a player's gems. Start with a straight comparison per colour, then add the part that follows: discounts from the cards the player already owns, which reduce the gems each new card costs. The September 2026 follow-up asks what changes when the same player sends several purchase requests at once: talk about locking or versioning the player's gems and making each purchase atomic.
  • A task scheduler with prerequisites: Reported for a phone screen in February 2025, built in steps: add, complete and get the next task, then prerequisites, then a full completion plan. Keep tasks and their dependencies in maps, compute what is ready from in-degrees, and turn the plan into a topological sort that reports a cycle if there is one.
  • Suspicious activity: at least k matching attributes: Reported from 2021 to 2022. A new activity is suspicious if it shares at least k attribute values with any known suspicious one. Compare attribute by attribute and stop as soon as k match; if the known list is large, index it by attribute value so you only compare candidates that share something.
  • Transactions from a live API: Page through the endpoint until there is no next page, then answer each part from the list you built: the count, the card with the highest spend, and merchants with a charge every seven days or every month. For the recurring check, group by merchant and card, sort by date and test the gaps, with a tolerance for months of different lengths.
  • Fix five failing tests without refactoring: Run the tests first and read what each expects. Explain in business terms what the code is supposed to do before you change anything, then make the smallest fix for each failure and rerun. The reported codebase was a holiday and delivery-date calculator, so watch weekends, holidays and off-by-one errors on dates.
  • A string calculator: '5 times (20 plus 30)': Reported in October 2024 with addition and multiplication. Tokenise the words into numbers and operators, then evaluate with operator precedence and parentheses, using two stacks or recursive descent.
  • A multi-select colour dropdown in React: An input that opens a list, lets the user select and deselect several colours, and shows the selection. Keep the selected set in state, make it usable with the keyboard, and close the list on an outside click.

PracHub also reports, from August 2025, a round where you build a small full-stack transactions app with an AI coding tool such as Cursor and prevent negative balances. No other source confirms it, so ask the recruiter whether it is part of your loop.

06

Pay

What the offer looks like
L3, SWE II, US$285K total
L4, Senior, US$376K total
L5, Staff, US$584K total
Posted base, Senior$192K–$240K

Levels.fyi figures for Brex software engineers, from snapshots taken in 2025 before the acquisition and read on 25 September 2026: a US median of $330K, $395K in the San Francisco Bay Area, $285K in New York, CA$362K in Canada and R$713K in Brazil, on small samples. Brex posts base ranges on its ads: $152K to $190K for software engineer II, $192K to $240K for senior and $240K to $300K for staff, with the same ranges posted for Vancouver. São Paulo ads post no range. Calibrd benchmarks the pay on any posting you scan against its level and location.

07

How to prepare for a Brex interview

In order
  1. Do the Splendor purchase problem in parts, then answer the concurrency follow-up out loud: what locks, what is atomic, what happens on a retry.
  2. Practise paging through a real API and aggregating the result in under an hour, including a recurring-charge check by merchant.
  3. Rehearse a debugging round: open an unfamiliar repo, run the tests, explain what the code is for, and fix the failures with the smallest change.
  4. Prepare a payments design: card points earned and redeemed, or a transfer that stays correct through retries, crashes and concurrent requests.
  5. Talk while you code. Candidates are scored on communication as well as on how many parts they finish.

This guide covers Brex's software engineering loops. Sales, product, legal and risk roles run different processes. For management and leadership roles the loop is similar but the bar shifts to people, delivery and strategy, so pair it with the leadership interview prep hub. The bar for your exact role comes from the role-by-role guides, and the prep that actually transfers is spoken, so run a mock interview before the real one.

Knowing the questions isn’t the same as answering them out loud. Run a Brex mock: spoken answers, coached on the spot. Your first mock is free.

Run a Brex mock →
08

FAQ & sources

The short answers
What is Brex's interview process?

Brex does not publish its interview process, so the stages below come from candidate reports. PracHub's summary puts the loop at about three to five weeks, with the onsite taken in one day or split across two. Candidates also report slow, disorganised processes and a recruiter call of under fifteen minutes, so ask the recruiter for the rounds and the timeline up front. None of the sources say whether the loop changed after the Capital One deal. Recruiter screen: Background and the team. One candidate reported a call of under fifteen minutes. Technical phone screen: A problem in parts that grows as you solve it: the Splendor card purchase, a task scheduler with prerequisites, a suspicious-activity match, a string calculator. The section below goes through them. API coding: Page through Brex's interview transactions API and answer questions about the data: how many transactions, peak card spend, merchants with a weekly or monthly recurring charge. One candidate solved two and a half of three parts and still moved forward on communication, with the feedback to increase velocity. Debugging: Several files and five failing unit tests, one reported case being a holiday and delivery-date calculator. The fixes are one or two lines each and a big refactor is not allowed. A strong rating went to the candidate who explained the business context before touching the code. System design: Close to Brex's product: points earned and redeemed on Brex card transactions, or a peer-to-peer money transfer that stays correct through crashes, retries and concurrent requests. Frontend coding: React components, for example a multi-select colour dropdown. A frontend candidate reported being asked to keep talking while coding. Hiring manager and values: Ownership and ambiguity, against Brex's six values. One aggregator also reports a role-play about a conflict between delivery dates and technical debt.

What does Brex look for in candidates?

Brex publishes six values on its careers page, and its manifesto adds the tone: Brex is not a place to coast, and its CTO still codes. Dream big: think 10x, not 10% Ownership: if it's broken, you fix it Impatient optimism: move fast, stay positive One Brex: no silos, no egos Customer obsession: build something loved Growth mindset: ask questions relentlessly

What questions does Brex ask in interviews?

The coding problems recur across years and have their own section below. The behavioural questions follow Brex's values. Tell me about a time you dealt with an ambiguous problem. Tell me about something broken that you fixed although it wasn't your job. Describe a time you had to trade delivery speed against technical debt, and how you decided. Why Brex, and why now? Tell me about a customer problem that changed what you built. Multi-part problems Working with a live API Debugging Payments system design Concurrency

What coding questions does Brex ask?

These come from candidate posts on LeetCode Discuss between 2021 and September 2026 and from PracHub's list of Brex questions. Most are problems in parts: a first version, then new rules. Keep the design open enough that each part is an addition and not a rewrite. Splendor: can a player afford this card?: Write can_purchase() for a card with a gem cost and a player's gems. Start with a straight comparison per colour, then add the part that follows: discounts from the cards the player already owns, which reduce the gems each new card costs. The September 2026 follow-up asks what changes when the same player sends several purchase requests at once: talk about locking or versioning the player's gems and making each purchase atomic. A task scheduler with prerequisites: Reported for a phone screen in February 2025, built in steps: add, complete and get the next task, then prerequisites, then a full completion plan. Keep tasks and their dependencies in maps, compute what is ready from in-degrees, and turn the plan into a topological sort that reports a cycle if there is one. Suspicious activity: at least k matching attributes: Reported from 2021 to 2022. A new activity is suspicious if it shares at least k attribute values with any known suspicious one. Compare attribute by attribute and stop as soon as k match; if the known list is large, index it by attribute value so you only compare candidates that share something. Transactions from a live API: Page through the endpoint until there is no next page, then answer each part from the list you built: the count, the card with the highest spend, and merchants with a charge every seven days or every month. For the recurring check, group by merchant and card, sort by date and test the gaps, with a tolerance for months of different lengths. Fix five failing tests without refactoring: Run the tests first and read what each expects. Explain in business terms what the code is supposed to do before you change anything, then make the smallest fix for each failure and rerun. The reported codebase was a holiday and delivery-date calculator, so watch weekends, holidays and off-by-one errors on dates. A string calculator: '5 times (20 plus 30)': Reported in October 2024 with addition and multiplication. Tokenise the words into numbers and operators, then evaluate with operator precedence and parentheses, using two stacks or recursive descent. A multi-select colour dropdown in React: An input that opens a list, lets the user select and deselect several colours, and shows the selection. Keep the selected set in state, make it usable with the keyboard, and close the list on an outside click.

How do I prepare for a Brex interview?

Do the Splendor purchase problem in parts, then answer the concurrency follow-up out loud: what locks, what is atomic, what happens on a retry. Practise paging through a real API and aggregating the result in under an hour, including a recurring-charge check by merchant. Rehearse a debugging round: open an unfamiliar repo, run the tests, explain what the code is for, and fix the failures with the smallest change. Prepare a payments design: card points earned and redeemed, or a transfer that stays correct through retries, crashes and concurrent requests. Talk while you code. Candidates are scored on communication as well as on how many parts they finish.

Prep for a real Brex role

Practise your Brex interview, out loud.

Paste a real Brex posting and Calibrd predicts the questions for that role and level, benchmarks the pay, and flags the gaps an interviewer will probe in your CV — then listens to your spoken answers and coaches them. Your first mock is free.

Free to start · No card · Encrypted at rest, never used to train AI, remove anytime

Two weeks out?

Email me the Brex prep checklist

The round that decides it, the questions they ask, and what to do before, in one email. Nothing else unless you sign up.

Brex Interview: Debug Round, Transactions API, Pay — Calibrd