Use case · PII detection
Redaction tools, DLP rules and LLM guardrails all say they find personal data. Plant values you already know into text and documents that look like yours, run the detector, and see exactly what it caught and what it let through.
“Hi, this is Ava OkaforPERSON. Call me on 07700 900123PHONE_UK or check my SSN, 912345678SSN.”
Any that take text or documents in and return findings: commercial redaction and DLP tools, cloud detection APIs, open-source libraries, and the filters in front of an LLM. It is also a fair way to compare vendors before you buy.
You would have to label every value by hand to know what was missed, and you couldn't share it with the vendor you're evaluating. Planted values are known in advance, so scoring is automatic and the test set can go anywhere.
No. SSNs come from ranges the Social Security Administration never assigns, UK mobile numbers from Ofcom's range reserved for drama, and email addresses from domains reserved for examples. They still have the right shape, which is what a detector looks for.
Documents and text use the same policies, the same engine and the same deployment as these results.
Published results from database and synthetic data work on the Synthesized platform.
Start with the free test identifiers, then run a 48-hour proof on 50 of your own documents.