Gibberish heuristics
Configuration, evaluation scope, and practical limits for gibberish_detection.
gibberish_detection is the policy type used by the API and policy editor.
What it checks
Looks for unusual character distributions, repeated patterns and other heuristic signals in LLM input and optional output.
Configure the policy
Create a policy under Dashboard → Security → Policies. Choose this policy type, set the agent scope, and start in warning mode while you measure results. Use blocking only after verifying the application’s decision gate.
The following is the config object, not a complete policy-creation request:
{
"threshold": 0.55,
"check_output": true
}Scope and limits
This implementation uses heuristics. It is not a language-identification guarantee. Code, identifiers, URLs, encoded payloads and non-English text can legitimately resemble gibberish. Tune with a safe corpus from your application.
Verify before rollout
Test a representative safe input, a synthetic positive case, and an unavailable-detector case. Inspect evaluation_status, errors, policies_evaluated, findings and allowed. A clean empty finding list is useful only when the required checks completed.
The policy mode determines the decision: warning findings can coexist with allowed: true. Your application must act on a blocking decision before the protected operation. Evaluation does not automatically redact text or cancel an operation that already happened.