+ {guardrailName + ? `Configure AI evaluation for ${guardrailName}` + : "Configure AI evaluation for re-running on logs"} +
+ ++ System prompt sent to the evaluation model. Output is structured via response_format. +
+response_format: json_schema
+Configure {guardrailName} behavior
+ ++ Replace the built-in guardrail with custom evaluation code +
++ Re-run this guardrail on recent failing logs to validate your changes +
+ +{data.description}
++ Get notified via webhook (Slack, Teams, etc.) +
+Alert when fail rate exceeds this value
++ Alert when guardrail API errors exceed this value +
++ Works with Slack, Microsoft Teams, Discord, or any webhook endpoint +
+Common patterns in failing requests
++ High sensitivity to medical terminology +
++ 34% of blocked requests contain common medical terms (e.g., "symptoms", + "treatment", "medication") that are benign in context. + Consider adding an allowlist or relaxing sensitivity for these categories. +
++ False positives on educational content +
++ 22% of blocked requests are educational queries about safety topics. The guardrail + is flagging the topic itself rather than harmful intent. +
++ Sensitivity may be too aggressive +
++ Many blocked requests may be false positives. Consider relaxing sensitivity or + adding allowlisted patterns to reduce blocks by ~40% while maintaining safety. +
++ {isGuardrails + ? "Monitor guardrail performance across all requests" + : "Monitor policy enforcement across all requests"} +
++ {isGuardrails + ? "Click a guardrail to view details, logs, and configuration" + : "Click a policy to view details, logs, and configuration"} +
+