You can deploy this model and start earning money today!

flowxai/
moderation

Name: moderation
Rating: 2.5 (76 reviews)

Views

No views yet

moderation[border]

The moderation detector for border, an embeddable library that inspects the text going into and coming out of an LLM and returns a structured decision plus an audit-grade evidence record.

flowxai/moderation on the hub. It is one detector of 28, and it is not a general purpose moderation classifier: it was trained for this library's policy, is read at the operating point below, and reports through the evidence record rather than returning a bare score.

This card is generated from the evaluation and export artifacts of the training run, so every number on it is reproducible from this repository rather than asserted.

What it is

Base model: FacebookAI/xlm-roberta-base
Head: multi_label_classification
Labels: cyber_intrusion, defamation, election_integrity, extremism, fraud_deception, hate_incitement, illicit_drugs, property_crime, self_harm, sexual_exploitation, violent_facilitation, weapons_cbrn
Artifact: onnx/model.int8.onnx, 535 MB, opset 17
Trained at: 96 tokens

12 labels, and what is missing

The taxonomy this detector implements defines 13 labels. This head was trained on 12. The rest are listed here rather than omitted, because a card that names only what a model can do presents partial coverage as complete.

child_safety: must not be synthetically generated. The label covers sexualisation of minors and grooming, and no length band or framing makes generating either acceptable. It needs a vetted source with its provenance recorded, which is a decision about provenance rather than compute. Until then moderation is a twelve-label head and the thirteenth reports unavailable rather than clean.

In flowx-border a label with no training behind it is reported as unavailable rather than as clean. A detector that silently scores zero on something it cannot see is indistinguishable from one that looked and found nothing.

Operating point

Threshold 0.91, calibrated on the validation split against the macro_f1 objective.

This number is not decoration. Read at the 0.5 default that looked reasonable, several detectors in this family reported F1 0.000 in every language, because their scores separate positives from negatives well below 0.5. One of them went from 0.000 to 0.893 on the threshold alone. Use the value above, or calibrate your own on your own data.

This threshold is not a tuned parameter, and the shipped policy default stays at 0.84. Three runs against this corpus, two seed replicates and this retrain, read 0.69, 0.83 and 0.81, and the validation curve is flat across the whole range that matters: macro F1 moves from 0.9288 at 0.50 to a peak of 0.9372 at 0.81, a spread of 0.0084 over 45 points of threshold. 0.84 reads 0.9369 on the same curve, indistinguishable from the calibrated value. 0.84 is the reviewed value shipped before this retrain and is unchanged by it.

At the 0.5 default: 0.866
At the calibrated 0.91: 0.904

How to use it

Through the library, which is what this model is for. It loads the artifact below, applies the operating point above, and returns a decision with an evidence record rather than a bare score.

pip install flowx-border

yaml

# policy.yaml
policy_id: default
version: 1

detectors:
  moderation:
    enabled: true
    on_fail: flag
    threshold: 0.91

python

from flowx_border import load_policy, scan_input, scan_output

policy = load_policy("policy.yaml")

decision = scan_input(user_text, policy)
decision = scan_output(model_answer, policy)

print(decision.verdict)      # allow | flag | redact | block
print([f.label for f in decision.findings if f.detector_id == "moderation"])
print(decision.evidence.record_id)

This detector reads the input and output side, so scan_input and scan_output is where it fires. It is T2, so it runs on the standard path and can be disabled per policy. Its budget is 150 ms at 87 tokens on one CPU thread.

The weights are fetched once and cached, and a scan needs no network after that. Nothing here calls out to a hosted model, and the evidence record carries hashes rather than your text.

Without the library

The artifact is plain ONNX, so it will load in onnxruntime directly. Two things you then own yourself, and they are the reason the library exists: the operating point above is not in the graph, and neither is the chunking. Inputs longer than the trained window have to be split and recombined, or the scores past it are extrapolation.

python

import onnxruntime as ort
from huggingface_hub import hf_hub_download
from tokenizers import Tokenizer

repo = "flowxai/moderation"
session = ort.InferenceSession(hf_hub_download(repo, "onnx/model.int8.onnx"))
tokenizer = Tokenizer.from_file(hf_hub_download(repo, "tokenizer.json"))

Per label

The table above asks whether the detector fires, this one asks which label applies, and they are different questions. A per-language row counts a sentence as correct when any label crosses the threshold, so it measures detection. Naming which kind is harder, and these are the numbers for it.

Label	Support	P	R	F1
`cyber_intrusion`	119	0.846	0.874	0.860
`defamation`	111	0.973	0.982	0.978
`election_integrity`	116	0.991	0.966	0.978
`extremism`	130	0.862	0.815	0.838
`fraud_deception`	124	0.812	0.839	0.825
`hate_incitement`	106	0.944	0.953	0.948
`illicit_drugs`	141	0.961	0.872	0.914
`property_crime`	129	0.861	0.814	0.837
`self_harm`	99	0.830	0.939	0.881
`sexual_exploitation`	119	0.983	0.950	0.966
`violent_facilitation`	127	0.888	0.811	0.848
`weapons_cbrn`	133	0.925	0.925	0.925

Per language

Per language rather than an aggregate, because an aggregate across 26 languages hides the tail and the tail is the point.

Language	Support	P	R	F1	Note
`bg` Bulgarian	52	1.000	1.000	1.000
`it` Italian	61	0.984	1.000	0.992
`pl` Polish	61	1.000	0.984	0.992
`sl` Slovenian	59	1.000	0.983	0.992
`el` Greek	57	1.000	0.983	0.991
`de` German	54	1.000	0.982	0.991
`lt` Lithuanian	52	1.000	0.981	0.990
`da` Danish	51	1.000	0.980	0.990
`en` English	62	0.984	0.984	0.984
`et` Estonian	59	1.000	0.966	0.983
`nl` Dutch	56	0.982	0.982	0.982
`fi` Finnish	50	1.000	0.960	0.980
`sk` Slovak	48	0.979	0.979	0.979
`hu` Hungarian	63	0.969	0.984	0.976
`ro` Romanian	63	1.000	0.952	0.976
`hr` Croatian	60	0.967	0.983	0.975
`fr` French	60	1.000	0.950	0.974
`lv` Latvian	55	1.000	0.946	0.972
`sv` Swedish	52	0.962	0.981	0.971
`pt` Portuguese	52	0.980	0.962	0.971
`cs` Czech	60	0.983	0.950	0.966
`es` Spanish	52	1.000	0.923	0.960
`tr` Turkish	60	0.936	0.983	0.959
`az` Azerbaijani	57	0.982	0.930	0.955
`ga` Irish	50	0.913	0.840	0.875
`mt` Maltese	48	0.872	0.854	0.863	not in base model pretraining

Weakest languages

Published rather than dropped. A coverage table with the bad rows removed is not a coverage table.

mt Maltese: F1 0.863 (absent from XLM-R pretraining, which is a base-model limit)
ga Irish: F1 0.875
az Azerbaijani: F1 0.955

Quantisation

The published artifact is INT8, quantising Gather.

For this artifact specifically: 2 of 300 decisions differ from the fp32 checkpoint, mean logit drift 0.0036, read as sigmoid_at_threshold. A quantised model that answers differently is a different detector, so this is measured rather than assumed.

Limitations

Synthetic training data. Generated natively per language, never translated from English, so the sentence structure is the target language's own. It is still synthetic, and a production distribution will differ.
Maltese is absent from XLM-RoBERTa's pretraining set. That is a fact about the base model, and it is not an explanation for a weak score. This card said "no amount of data fixes that" until 2026-08-14, which this project's own measurement disproves: the nsfw detector scored 0.000 in Maltese, was blamed on the base model, and went to 1.000 with perfect precision and recall when its corpus went from 2 positives per language to 10. Nothing about the model changed. So where a language scores badly here, read the support column first.
This is not a compliance product. It produces evidence about controls that were applied. It does not make anyone compliant with anything, and the obligations under the EU AI Act sit with the provider or deployer of a system, not with a model or a library.

Licence

Apache-2.0, declared in the metadata above as well as here, so that a tool reading the repository can attest it rather than a human having to read prose.