Brex built a Retool-based platform where operations staff build, test and deploy agents for KYC, disputes, quality assurance and collections. Its systems engineering team maintains the builder; human involvement differs by workflow.
Not reportedDeployed-agent models are not documented; the platform provides multi-model testing and evaluation at build time.
Harness
Retool-based builder with prompt management and multi-model testing/evaluation; built by a ~25-person systems-engineering team[Source 1]
Sandbox
Retool-hosted runtime (no bespoke execution env described)[Source 1]Retool hosts the runtime; the capture describes no further isolation boundary.
Tool access
An MCP server exposes product capabilities to internal agents. Separately, Slack /c1 requests access to AI tools through ConductorOne; it is not evidence of invoking an operations agent.[Source 1]The MCP bridge and immediate internal availability are supported at line 40; the Slack /c1 clause describes provisioning configuration, not agent invocation (flagged).
Knowledge
Standard operating procedures uploaded as a knowledge base, such as 100-page dispute guides; customer account data[Source 1]
Context management
Not reportedNo mechanism for maintaining agent context over time is documented; the QA feedback loop improves performance rather than managing context.
Credentials
SSO via internal Retool proxies (no per-user accounts); ConductorOne access management; Okta auth; data classified by risk; ≤30-day retention, no training on inputs[Source 1]SSO via Retool proxies, Okta provisioning, and the retention and segregation controls are supported at lines 60–62; the ConductorOne vendor name is not in the capture (flagged).
Non-technical ops staff design prompts, test across models, deploy with QA oversight[Source 1]
MCP tool bridge
Product features exposed to internal agents through one MCP server[Source 1]
Documented uses
Two documented agent runs on the platform: dispute-submission preparation, and collections response drafting for the servicing team.
Prepare the dispute submission
The dispute agent applies the 100+ page dispute guide and the BPO operating procedure to produce a more robust, better-articulated submission[Source 1]
Draft the collections response
The agent analyzes the customer reply and layers in account context and negotiating guidelines, offering the servicing team drafts in several tones to select, customize, or send[Source 1]
A QA agent reviews every support interaction against the quality rubric and feeds response trends into a closed loop improving agent and human performance[Source 1]
Adoption and operating evidence
These results come from the sources. Notes below each result explain what it covers and any reported limits.
Headline claim
Dispute-agent use example: Dispute processing time fell from three hours to three seconds[Source 1]
Reported by
Brex
Scope
Dispute-submission preparation using the internal agent platform; not end-to-end chargeback resolution
The source does not report the denominator of this figure.
Observed in 2025
About this result
Category
Effectiveness
Evidence type
Reported measurement
What it covers
Dispute-submission preparation time on the internal agent platform
Key observation
50%+ of customer-support cases resolved by chatbot as first touch[Source 1]
Reported by
Brex
Scope
Customer-support cases resolved by the chatbot at first touch (Brex customer-facing product AI, adjacent to this internal platform)
Denominator
Customer-support cases; exact sample size not provided
Observed in 2025
About this result
Category
Adoption output
Evidence type
Reported measurement
What it covers
Customer-support cases resolved by the chatbot at first touch (customer-facing product AI, adjacent to this platform)
Key observation
QA covers every support interaction; one person using AI instead of five QA specialists[Source 1]
Reported by
Brex
Scope
Quality assurance of customer-support interactions
Denominator
Every support interaction
Method
Agent applies the quality rubric to every response; one person oversees instead of five QA specialists
Observed in 2025
About this result
Category
Effectiveness
Evidence type
Reported measurement
What it covers
Support-interaction QA coverage and the staffing change from five specialists to one
Reported: The prompt studio and the MCP bridge are build-time mechanisms. Platform-wide capability and the L1/L2/L3 restructure stay out of the run description.
human involvement
Not applicable: There is no single platform-wide agent review boundary. Scoped downstream operating-model claims remain in research details; access controls are described separately.
implementation
Reported
validation
Reported: The quality-rubric agent checks every support interaction; the KYC human checks are cited with human involvement.
The interview contrasts a 40% target with 100% and describes fraud cases still routed to analysts. These are the CTO's priorities, not measured optimal targets.
Level 5 for high-confidence operations case (support first touch, fraud recommendation) → automated completion; low-confidence remainder → analyst review; human attention boundary: exception-only.
Statement type
Inference
Provenance
Catalog judgment
Confidence
Medium
Confidence reason
The report documents confidence-threshold automation for fraud recommendations and describes L1 process work as fully automated in most cases, with the remainder reviewed by an analyst.
Level 3 for KYC application → completed verification steps; human attention boundary: work-product review.
Statement type
Inference
Provenance
Catalog judgment
Confidence
Low
Confidence reason
The report documents human checks inside the KYC flow and humans reviewing LLM work, but a later passage shifts humans toward reviewing trends, so the per-run boundary is mixed in the evidence.
Level 3 for collections follow-up interaction → drafted response options the servicing team selects, customizes, or sends; human attention boundary: work-product review.
Statement type
Inference
Provenance
Catalog judgment
Confidence
Medium
Confidence reason
The report documents the servicing team picking among agent-drafted response options before anything is sent; initial outreach itself is automated.