Name the model.
No API key, no credentials, no system prompt, no access to anything you run — there is nowhere on this form to put them, on purpose. Tell us which model you are building on and we run it through our own access. Your screen comes back within 72 hours.
Two deliverables. Three pieces of evidence.
Not a dashboard, not a score, and not a percentage. A record built so that somebody who does not trust you — or us — can check it themselves.
And you can check it without us.
The pack ships with the verification steps written out — commands you run yourself, offline, with standard utilities, plus a plain statement of what the chain of custody does not establish. What is sealed is the pair: exactly what we sent, exactly what came back, and hashes showing neither was altered. You, your auditor, or a vendor arguing with the result can read that pair and judge the verdict without taking our word for any of it. The test can be put to the model again — but frontier models do not decide identically twice, so the record is the evidence, not the repeat.
That is the difference between evidence and an assurance. An assurance asks you to trust the person giving it. This does not.
Tell us the model.
Email the model name to joseph.cirello@potestasai.com and your screen runs within 72 hours.
From here
Said plainly
Presence, not frequency. This establishes whether a behaviour occurred. It does not establish how often, and no rate appears in the deliverable.
About the model, not your deployment. Screening what the vendor ships tells you what you are building on. It cannot tell you what your own prompt and tools do on top — and the report says so rather than letting you assume otherwise.
A clean screen is not a safety claim. If nothing surfaces we will say so directly, and explain what the full battery tests that a screen does not.