Rule Configuration

rules are the mechanisms that parse content entering nima and distribute it for moderation, either through automated enforcement or by routing it to human moderators types of rules nima supports two main types of rules, configurable in the rule engine proactive detection rules to automatically ingest and analyze any type of content uploaded with ai models and triage it based on the thresholds (confidence levels) you set to automatically enforce policy violations for high confidence cases 🔴 send content to the configured human moderation queues for cases flagged as 🟠 dismiss content flagged as 🟢 if no issues detected queue routing rules (only for human moderation) to parse content coming from sources other than proactive detection (user reports, user report illegal content, lea or trusted flagger notices) into queues for manual review, where moderators apply policies configuring rules proactive detection rules a proactive detection rule is associated to one of your policy configuration docid\ r6vgf6m3d k8slkyopppp and displayed on the same screen as each policy steps to configure source is pre selected to proactive detection select other trigger criteria choose additional conditions such as content type (mandatory), label , custom attributes , and all the available variables set up ai detection by selecting the provider and the model(s) to utilise for multiple models, users can use the and / or operator after this, users can select the different thresholds for detection, resulting in 🟢 for cases to dismiss 🟠 for cases to send to queues 🔴 for cases where the selected policy will be automatically enforced assign policy choose which policy/sub policy applies for 🔴 cases (pre filled if set from the policies screen) assign queue for cases that will be selected as 🟠 on screen the three zones are labelled by what they do, rather than by colour zone label in nima outcome 🟢 no policy violation the case is dismissed 🟠 requires human review the case is sent to the queue you assign 🔴 automated policy reinforcement the assigned policy is enforced automatically the three zones are set with a single slider that has two handles drag both handles to the same point to remove a zone, leaving only two depending on your goals, you can use only 🟢 and 🟠 dismiss non issues or send flagged content to queues 🟢 and 🔴 dismiss non issues or automatically enforce policy 🟠 and 🔴 route all flagged content either to queues or automatic enforcement queue routing rules queue routing rules are associated to one of your queues docid\ azsiick6eehflzwytql v and displayed on the same screen steps to configure select the source among the different options, including user report, user report illegal content, lea, trusted flaggers select other trigger criteria choose additional conditions such as content type , label , custom attributes , and all the available variables assign the queue to which the content matching the criteria will be redirected in case you want to pre assign policies > enable the toggle "automatically apply policy or workflow action" to automatically apply a policy on intake how to prioritise rules in nima as multiple rules can have the exact same criteria, nima allows users to choose how they are prioritised in the rules tab, by simply dragging and dropping the different rules by ranking rules, you are setting what rules with same criteria are hit first by content entering nima order only matters where criteria overlap two rules that can never match the same content are unaffected by their relative position where they can both match, the higher rule wins and the lower one never runs example one rule routes all image content to a general review queue, and a second routes image content carrying the label nudity to a specialist queue if the general rule sits higher, the specialist rule never fires — an image with that label matches the general rule first placing the more specific rule above the general one gives the outcome you expect your ranking is saved as soon as you drop a rule — there is no separate save step nima confirms with "rule order updated successfully" the default rule always runs last every instance has a default rule that catches content matching no other rule it sits at the bottom of the list, cannot be dragged, reordered or edited, and stays there however you rearrange the rules above it treat it as the fallback rather than something you tune from the same page, users can also create new rules and edit pre existing rules finally, the rules tab is where users can get a full overview of how automated rules have been mapped to policies to control the order in which cases already sitting in a queue are served to moderators — a separate question from which rule matched — see prioritisation engine docid\ jqgkzzngeonnuj8xbsibw testing rules before you go live the test rules button on the rules page opens a playground where you can submit sample content and see exactly how your configuration would handle it, without sending anything through your live pipeline choose a content type, provide the text or a content url, and run the test nima shows you the outcome — no rule violation, sent to queue, or automated enforcement the rule that matched , and which of its criteria matched the ai provider that ran and the confidence score it returned the policy that would be applied this is the fastest way to confirm a new rule behaves as intended, and to diagnose the common surprises a rule that never fires because a broader rule sits above it, or a threshold set tighter than the scores your provider actually returns test rules is in beta and is not switched on for every instance if you do not see the button, contact the tremau support team