Humanity score / noun / — a measure of the probability that a real human is behind an account rather than a bot, scraper, or automation framework. A humanity score is computed from evidence such as device rendering signals, automation framework signatures, and the timing and rhythm of activity, so it verifies humans without asking them to prove anything.
Dregs computes a Humanity score from 0 to 100 for every user, continuously, as one of its four identity scores. Because the score is built from behavior and device attributes, not puzzles, it adds no friction for your real users and never makes a paying customer identify cars and traffic lights.
Bots have gotten very good at the moment of signup and stayed surprisingly bad at everything after it. The Humanity score watches the whole lifetime of an account for the machine tells:
A pipeline of analyzers runs over each identity's events and devices. Each produces observations with a value from 0.0 (suspicious) to 1.0 (legitimate), a confidence, and an explanation; the Humanity score is the weighted aggregate of the Humanity-category observations, scaled to 0–100.
{
"category": "HUMANITY",
"id": "humanity.automation-signals",
"label": "Automation Signals",
"value": 0.1,
"confidence": 0.9,
"explanation": "Device exhibits headless browser characteristics",
"metadata": { ... }
}
Because scoring is continuous, a bot that cleared signup still gets caught by what it does next, and a real user who tripped one weak signal recovers as normal activity accumulates.
CAPTCHAs tax every legitimate visitor to inconvenience an attacker who pays a solving farm fractions of a cent, or whose AI now solves the puzzle faster than your customers can. The economics have inverted: the humans do the suffering and the bots pass.
Continuous human verification flips the model. Let everyone through the door with zero friction, score them from their first events, and apply consequences only to accounts that behave like machines: badge them, alert on them, or push the verdict to your application by webhook and gate features automatically. The bot detection use case walks through the full pattern, and device fingerprinting covers the device-level signals underneath it.
Humanity answers "is this a person?" But a person can still be a fraudster, and the other three dimensions cover what a human abuser looks like.
Does their claimed identity look real, or fabricated?
Is this the user's only account, or one of many?
Does their usage look like a legitimate customer journey?
All four come from the same identity scoring pipeline, on every plan, from the events you're already sending.
A: A humanity score is a continuous measure of how likely it is that a real human (rather than a bot, scraper, or automation framework) is behind an account. In Dregs it's a 0–100 value computed from device rendering signals, automation framework signatures, and the timing and rhythm of user activity. A score near 100 means the account behaves like a person; a score near 0 means it behaves like a script.
A: A CAPTCHA is a one-time challenge at a single moment (usually signup) that asks the user to prove humanity by solving a puzzle. The Humanity score is continuous human verification from evidence: it watches how the account actually behaves across its whole lifetime, with zero added friction for real users. CAPTCHAs are also increasingly solved by farms and AI for fractions of a cent, which is exactly why a passed CAPTCHA tells you so little. A bot that beats your CAPTCHA still behaves like a bot afterward, and that's when the Humanity score catches it.
A: For many SaaS abuse patterns, yes! That's one of the main reasons teams adopt it. Instead of challenging every user up front, you let signups through and let the Humanity score sort humans from automation within the first events. Combine it with badge rules ('Likely Bot' below a threshold) and webhooks to gate, shadow-ban, or require step-up verification for low scorers only. You keep the conversion rate of a frictionless signup and still keep the bots out of your metrics. If you're under active volumetric attack, rate limiting still belongs in front.
A: Device-level signals (canvas and WebGL rendering, automation framework fingerprints like headless Chrome), timing signals (inhuman speed between page load and form submission, machine-regular event cadence), and journey signals (navigation that's too efficient or too repetitive for someone seeing a product for the first time). No puzzles, no biometric prompts, no data beyond the event stream your app already sends.
A: Not all automation is malicious! Some of your users run scripts, integrations, or AI agents you're happy to have. The Humanity score doesn't ban anyone; it classifies. You decide the policy: allow low-Humanity accounts that are otherwise well-behaved, restrict them from specific features, or mark known-good automation as disregarded so it stops affecting analysis entirely.
A: Automation signatures and device signals are often conclusive within the first events, so blatant bots score low almost immediately. Subtler automation, like tools deliberately mimicking human pacing, accumulates evidence over more events. Confidence is reported alongside the score, so your rules can distinguish 'low score, high confidence' from 'low score, thin evidence.'
Drop the Dregs tracking script into your application and every identity gets a continuous Humanity score (plus Authenticity, Uniqueness, and Behavior) without a single CAPTCHA.
Schedule a Demo