A Concept Bottleneck Model (CBM) is a neural network architecture that enforces interpretability by inserting a bottleneck layer of human-specified concepts between the input and the final output. The model first predicts the presence or score of each predefined concept (e.g., 'unusual location,' 'high velocity') from raw transaction data, and then makes the final fraud classification exclusively from those concept activations, creating a transparent, auditable reasoning chain.
Glossary
Concept Bottleneck Models

What is Concept Bottleneck Models?
A class of interpretable neural networks that first predict a set of human-defined concepts from the input and then use only those concept scores to make the final prediction, forcing the model to learn a reasoning process aligned with human understanding.
In financial fraud detection, CBMs allow compliance officers to inspect which high-level concepts triggered an alert rather than analyzing opaque feature vectors. The model's decision logic is fully exposed through the concept scores, enabling direct intervention—an analyst can correct a mispredicted concept like 'suspicious merchant category' to see how the final risk score changes, satisfying regulatory requirements for explainable adverse actions.
Key Features of Concept Bottleneck Models
Concept Bottleneck Models (CBMs) enforce a strict separation between feature extraction and decision logic, compelling the model to reason through human-understandable concepts before making a final prediction.
The Concept Bottleneck Layer
The defining architectural constraint of a CBM. The model first predicts a set of predefined, human-specified concepts from the raw input. The final prediction is then made exclusively from these concept scores, not the raw features. This creates an information bottleneck that forces the model to learn a reasoning process aligned with domain expertise. For fraud detection, concepts might include 'transaction velocity,' 'merchant category mismatch,' or 'device location anomaly.'
Test-Time Concept Intervention
A critical advantage over black-box models. Because the final prediction depends solely on concept scores, a human expert can manually correct mispredicted concepts at inference time and observe the impact on the final output. This allows for real-time debugging and override. For example, an investigator can set the 'known device' concept to 'true' and see if a transaction is still flagged as fraudulent, directly testing the model's reliance on that signal.
Sequential vs. Independent Architectures
CBMs are typically implemented in two forms:
- Sequential CBM: The concept predictor and label predictor are trained jointly end-to-end. The final layer receives concept probabilities.
- Independent CBM: The concept predictor is trained first, and the label predictor is trained separately on the ground-truth concepts. This allows the label predictor to learn from perfect concept labels, but may suffer from distribution shift when fed predicted concepts at test time.
Concept Leakage Mitigation
A known failure mode where the model encodes information in the concept layer that is not semantically aligned with the intended concept, effectively bypassing the bottleneck. For instance, a model might encode the raw transaction amount within the 'high-risk country' concept score. Mitigation strategies include concept regularization, adversarial training on the concept layer, and using binary rather than continuous concept representations to limit information capacity.
Hybrid Concept Bottlenecks
A practical extension that allows the model to use both interpretable concepts and a residual, uninterpretable embedding for its final prediction. This trades off some interpretability for increased accuracy. The residual pathway captures patterns not covered by the predefined concept set, while the concept pathway remains fully auditable. This is often a pragmatic choice for complex fraud detection tasks where perfect concept coverage is infeasible.
Concept Discovery and Labeling
The primary bottleneck in deploying CBMs is the manual curation of the concept set. Each training instance must be annotated with concept labels, which is expensive. Emerging techniques include using large language models to automatically propose and label concepts from raw transaction descriptions, or leveraging unsupervised concept discovery methods that find interpretable directions in a pre-trained embedding space without explicit supervision.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Frequently Asked Questions
Clear answers to the most common questions about Concept Bottleneck Models, their architecture, training, and application in high-stakes domains like financial fraud detection.
A Concept Bottleneck Model (CBM) is an interpretable neural network architecture that first predicts a set of human-defined, high-level concepts from raw input data and then uses only those concept scores to make the final prediction. The architecture enforces a strict information bottleneck: the final classifier cannot see the raw input, only the predicted concept activations. For example, in financial fraud detection, a CBM might first predict concepts like 'transaction velocity anomaly,' 'geographic inconsistency,' and 'beneficiary account age' from raw transaction features, then use only those concept scores to output a fraud probability. This forces the model to learn a reasoning process that aligns with how a human investigator would think, making every prediction fully auditable by examining which concepts were activated and to what degree.
Related Terms
Concept Bottleneck Models are part of a broader movement toward high-level, semantically meaningful explanations. These related techniques provide alternative or complementary approaches to decoding model reasoning.
Adverse Action Reason Codes
Regulatory-mandated explanations required by statutes like the Fair Credit Reporting Act (FCRA) and Equal Credit Opportunity Act (ECOA). These codes must disclose the principal factors driving an adverse model decision.
- Fraud Context: When a transaction is blocked, reason codes must justify the action to both regulators and customers.
- CBM Alignment: Concept Bottleneck Models naturally produce concept-level reason codes (e.g., 'Atypical merchant category for this account') that are more auditable and human-comprehensible than raw feature attributions from SHAP or LIME.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us