Skip to main content
Every completed scan returns a recommendation and a risk_score (0–100). The recommendation is derived from the score:
Score rangeRecommendationSuggested action
0–10no_flagsNo automated signals of violation. Auto-approve unless your policy requires sampling.
11–40review_lowBorderline. Inspect on a capacity-permitting basis.
41–60review_mediumLikely a violation. Send to your review queue.
61–100review_highStrong signals. Priority review.
See Recommendation values for the canonical reference.

What the score means

risk_score reflects Tumban’s confidence that a policy violation is present, not uncertainty. A score of 0 means nothing in the profile or its external footprint triggered a signal; 100 means the evidence is overwhelming. Missing or unreachable data does not push the score up — partial coverage is recorded transparently in the coverage object, never as inflated risk. The exact internals that produce the score are not part of the public contract and may change without notice. Build against the published fields — risk_score, recommendation, confidence, reason_codes, reason_summary, review_targets, evidence_index, and coverage — and treat any other field on the response as opaque.

What no_flags does and doesn’t mean

no_flags means Tumban’s automated analysis did not detect a violation. It does not prove a profile is clean — your manual review process may still catch something automation missed.

Integration tips

  • Sort review queues by risk_score descending to triage fastest.
  • Watch for confidence: "low" (more) — those decisions warrant a second look regardless of recommendation tier.
  • Always check the coverage object before acting on a result — partial pipelines surface there, not as a distinct status.