Mistral Moderation API: What Its Documented Text Guardrails and Scores Actually Cover
Mistral's public moderation materials describe a text-focused API with category-level scores, thresholds and endpoints for raw text and conversational content.
Mistral AI's publicly documented moderation offering is a text-focused API for policy enforcement. It classifies content against defined safety categories, returns category-level scores and lets developers use thresholds or the underlying scores in their own guardrail workflows. The product is relevant to enterprises building content controls, but its documented scope is more specific than a general-purpose policy interpreter or a unified text-and-image moderation interface.
Mistral's official Moderation announcement describes the service as a moderation API built to help developers identify potentially unsafe text. For teams evaluating the platform, the practical distinction matters: the available public materials center on predefined policy categories, text inputs and configurable enforcement logic.
What Mistral Moderation documents
Mistral Moderation is designed to return scores for a defined set of content categories. The published materials reference categories including Sexual, Hate, Violence, PII and Jailbreaking. Those scores can support an application decision, such as allowing content, routing it for review or blocking it when a category score passes a chosen threshold.
This approach gives organizations a degree of implementation flexibility. A single threshold can make sense for a straightforward safety filter, while raw scores can be more useful when a business needs different handling for different risks. For example, a workflow may treat possible personal-information exposure differently from a possible jailbreak attempt, provided the organization has established its own policy and response process.
Two endpoints for text workflows
The public documentation describes two primary moderation paths: one for raw text and another for conversational content. The distinction is useful because an isolated text string and a multi-turn exchange can require different application handling, even when the underlying goal is content classification.
| Documented element | What the public materials describe | Practical use |
|---|---|---|
| Raw-text endpoint | Moderation of text input | Screening individual user submissions or generated text |
| Conversation endpoint | Moderation of conversational content | Applying checks within chat-oriented workflows |
| Category scores | Scores for defined moderation categories | Thresholding or policy logic in the application layer |
Mistral's materials also reference model versions, including mistral-moderation-2603, and indicate that older 2411 endpoints were deprecated. Teams integrating the API should use the current documentation and verify the model identifier and endpoint behavior in their own environment before deployment.
Scores are inputs to governance, not governance by themselves
A moderation score is useful only when an organization decides what it means operationally. Mistral's support for thresholding and raw-score usage enables that design work, but it does not remove it. Enterprises still need defined escalation paths, audit practices and review processes for content that is ambiguous or high risk.
Three implementation questions are especially important:
- Which categories matter most for the product, user base and regulatory context.
- What thresholds trigger action, and whether action means blocking, warning or human review.
- How the system is monitored, including how teams assess false positives and false negatives over time.
Organizations evaluating text-moderation integrations can work with Scalevise on AI architecture, workflow automation and governance-oriented implementation, including how classifier outputs connect to existing review and escalation processes.
What the published scope does not establish
The official blog post and Moderation and Guardrailing materials describe a classifier operating on text and conversational content. They do not publicly document an interface that accepts a moderation policy as an open-ended plain-language question and interprets that policy dynamically.
The available materials also do not document image moderation through the same Mistral Moderation interface. That boundary is significant for procurement and platform design. A business that needs to moderate both visual and written material should not assume that a text moderation endpoint covers multimodal inputs without confirming the relevant product documentation and testing requirements.
This does not make category scoring less useful. It clarifies where the documented capability fits: Mistral Moderation can serve as a component in a text safety stack, while broader governance requirements may require additional policy design, workflow controls or separate tooling.
Frequently Asked Questions
What does the Mistral Moderation API classify?
Mistral's public materials describe classification of text and conversational content across defined categories, including Sexual, Hate, Violence, PII and Jailbreaking.
Does Mistral Moderation return a single allow-or-block decision?
The API returns category-level scores. Developers can use configured thresholds or work directly with the raw scores to determine how their applications respond.
Does the documented Mistral Moderation API support image moderation?
The public blog post and documentation cited here describe text-focused moderation and do not document image moderation in the same interface.
Can developers submit a plain-language moderation policy as a question?
The published materials describe predefined moderation categories, scores and thresholds. They do not document a general plain-language policy-question interface.
Conclusion
Mistral Moderation offers a defined, text-centric approach to safety classification: category scores, threshold controls and endpoints for raw text and conversational workflows. Its value for enterprises lies in how those outputs are incorporated into a wider governance process. Teams should assess the API against its documented text scope rather than assume unlisted multimodal or open-ended policy interpretation capabilities.