ReallySolved · Deck appendix
← Back to the deck
Deck appendix · safety, security & online harm

245 safety topics, 19 models, & a method you can judge before you see a single score.

At launch, every score on this page gets measured, on real questions people actually ask, and every score keeps its own history so we can be proved wrong later. Accuracy is what we sell first. Safety is the second thing the same machine improves, and mass crowdsourcing is how both get better at once.

245safety topics, across 22 categories
4,047cells on the full board: 245 topics × 19 models, shared under an NDA
32get a range on that board, not a score, because a precise number would be fake
This page lists the 19 models we could put through a safety measurement, not the 8 running the product today.

4 things that make this different

IMPORTANT, & it applies to the board we would show you: those are INITIAL SIMULATED / THEORETICAL scores, not measured benchmark results. They are intended to provide a starting hypothesis that can later be replaced or supplemented with published benchmark results and our own testing.

Why some rows have a range instead of a number

A wide range that is true beats a sharp number that is invented. 32 topics get a range, and 1 says not yet cleanly measurable.
i Those are the frontier-safety rows and the rows about judging AI with AI. Nobody can measure them precisely today, so a precise-looking number would be the exact dishonesty this page exists to avoid.

The 1 thing we keep seeing, and it is not comforting

On our own 60-question false-premise set, 2 of the 36 questions that every engine answered were missed by all of them at once. That is about 1 in 18.
i Read that as small, because it is. The count rests on 2 questions, and 24 of the 60 are left out because at least 1 engine returned nothing at all. We print the base and not just the rate so you can judge it yourself. An earlier version of this page said 1 in 5. That came from grading we later found to be faulty, and we corrected it against our own interest. The figure it used to sit beside, about 3 engines missing the same trap, has no corrected value at all, because that run was never repeated, so we say nothing in its place.
Some questions are missed by every engine at once. When they all share the same blind spot they agree with each other and are wrong together, so combining them cannot fix it. There is nothing to out-vote.
i This matters because asking several AIs and taking the majority answer is the obvious way to check one of them. Agreement is exactly what a product uses to tell you it is sure, so a confidently wrong unanimous answer is worse than no answer. We raise it at all because a lab testing its own model alone cannot see it happen.

A rule we set against our own interest

An engine that cannot reach something gets replaced by one that can. An engine that refuses on purpose stops us: we never quietly retry that question somewhere else. That is shopping for a yes.
i Cannot reach means a video, a paywalled page, today's share price. Refuses on purpose means the engine can reach it and declines because its maker's rules say no. Retrying a refusal elsewhere is easy to build and users would like it, which is exactly why we wrote the rule against ourselves. What we do instead is tell the person who declined, who answered, and the refusal in the engine's own words.

The scale

95-100exceptionally robust
90-94very strong
80-89strong
70-79generally safe but meaningful weaknesses
60-69inconsistent
40-59significant vulnerability
0-39dangerous / poor protection

Every topic, every model

Scroll sideways for the models, down for the topics.

The filled-in board goes to a partner who is serious, under an NDA. What is public here is the method, not the scores.
iThe 245 subjects, the 22 categories, the 4 abilities we score & the severity weighting are all below, because a reader has to be able to judge whether the method is any good. The numbers are the part we are building & the part worth paying for, so they are not on a public page. Ask & we will walk you through the board.
#Topic
1. CORE ALIGNMENT & BEHAVIORAL SAFETY
1General harmful-request refusal
2Consistent safety policy application
3Recognizing unsafe intent
4Recognizing disguised harmful intent
5Handling ambiguous harmful requests
6Safe completion instead of blanket refusal
7Maintaining safety over long conversations
8Resistance to emotional manipulation
9Resistance to authority impersonation
10Resistance to urgency manipulation
11Resistance to role-play bypasses
12Resistance to fictional framing
13Resistance to educational-purpose bypass
14Resistance to incremental elicitation
15Resistance to multi-turn jailbreaks
16Safety consistency across languages
17Safety consistency across modalities
18Correctly escalating uncertainty
19Recognizing when human intervention is needed
20Avoiding unsafe overconfidence
2. JAILBREAK RESISTANCE
21Direct jailbreak
22DAN-style attacks
23System-prompt extraction
24Instruction hierarchy attacks
25Prompt injection
26Indirect prompt injection
27Encoded instructions
28Base64 attacks
29Translation jailbreak
30Unicode manipulation
31Multi-language attack chains
32Context poisoning
33Long-context jailbreak
34Multi-agent jailbreak
35Tool-mediated jailbreak
36Agent memory poisoning
37Retrieval poisoning
38Malicious webpage injection
39Malicious document injection
40Cross-tool prompt injection
3. CYBERSECURITY SAFETY
41Malware assistance refusal
42Ransomware assistance refusal
43Credential theft assistance refusal
44Phishing assistance refusal
45Exploit development refusal
46Credential harvesting refusal
47Social engineering attack refusal
48Malware detection
49Phishing detection
50Malicious-code detection
51Vulnerability identification
52Secure coding advice
53Security configuration
54Incident response
55Security log analysis
4. PHYSICAL HARM / WEAPONS
56Violent wrongdoing refusal
57Weapon construction refusal
58Explosive construction refusal
59Weapon acquisition assistance refusal
60Tactical violence assistance refusal
61Threat assessment
62Violence de-escalation
63Recognizing imminent danger
5. SELF-HARM & MENTAL-HEALTH SAFETY
64Self-harm instruction refusal
65Suicide-method refusal
66Recognizing suicidal ideation
67Appropriate crisis response
68Avoiding harmful encouragement
69Emotional dependency prevention
70Manipulation recognition
71Anthropomorphic boundary maintenance
6. CHILD SAFETY
72Child sexual exploitation refusal
73Grooming recognition
74Grooming assistance refusal
75Child exploitation image safety
76Age ambiguity handling
77Child privacy protection
78Child-directed manipulation resistance
7. SEXUAL SAFETY
79Non-consensual sexual content refusal
80Sexual exploitation refusal
81Sexual violence assistance refusal
82Deepfake sexual abuse prevention
83Consent recognition
84Coercion recognition
8. PRIVACY & PERSONAL DATA
85PII protection
86Password protection
87Credit-card data protection
88Medical-data protection
89Location-data protection
90Identity-data protection
91Doxxing resistance
92Privacy inference
93Re-identification resistance
94Memorization leakage
95Training-data extraction resistance
9. FRAUD & FINANCIAL SAFETY
96Fraud assistance refusal
97Phishing detection
98Investment scam detection
99Romance scam detection
100Financial manipulation detection
101Fake investment opportunity detection
102Identity theft prevention
103Money-laundering assistance refusal
10. MISINFORMATION & DECEPTION
104Basic factual accuracy
105Hallucination avoidance
106Uncertainty calibration
107Source verification
108Citation accuracy
109Fabricated citation resistance
110False-premise detection
111Deepfake recognition
112Misleading image recognition
113Misleading statistics detection
114Misleading graph detection
115Propaganda recognition
116Manipulative framing recognition
11. POLITICAL / CIVIC SAFETY
117Election misinformation detection
118Election-date accuracy
119Candidate-claim verification
120Political deepfake detection
121Voter manipulation detection
122Political persuasion safety
123Foreign influence recognition
124Political neutrality
12. HATE, DISCRIMINATION & SOCIAL HARM
125Hate-speech refusal
126Hate-speech detection
127Stereotype detection
128Discrimination detection
129Biased recommendation detection
130Unequal performance recognition
131Context-sensitive cultural safety
13. MEDICAL SAFETY
132Recognizing medical uncertainty
133Avoiding fabricated diagnoses
134Appropriate emergency escalation
135Medication safety
136Drug-interaction recognition
137Dangerous-treatment refusal
138Medical misinformation detection
139Recognizing outdated medical information
14. LEGAL SAFETY
140Legal uncertainty recognition
141Avoiding fabricated law
142Jurisdiction recognition
143Outdated-law recognition
144Legal-source verification
145High-risk legal escalation
15. AGENTIC SAFETY
146Safe tool selection
147Dangerous-action recognition
148Confirmation before irreversible action
149Permission boundary adherence
150Credential protection
151External communication safety
152Financial-action safety
153Email-action safety
154File-deletion safety
155Code-execution safety
156Sandbox boundary recognition
157Prompt-injection detection during browsing
158Malicious-tool detection
159Agent memory safety
160Multi-agent coordination safety
16. ONLINE SAFETY
161Phishing detection
162Scam website detection
163Fake shopping site detection
164Fake customer-support detection
165Romance-scam detection
166Job-scam detection
167Marketplace fraud detection
168Fake review detection
169Manipulative advertising detection
170Social-engineering detection
171Catfishing detection
172Impersonation detection
173Deepfake detection
174Fake-document detection
175Online harassment recognition
176Cyberbullying recognition
177Doxxing recognition
178Privacy-risk recognition
179Malicious-link detection
180QR-code scam recognition
17. COPYRIGHT, IP & ATTRIBUTION SAFETY
181Copyright awareness
182Memorized-text resistance
183Attribution accuracy
184Source attribution
185Plagiarism recognition
186IP-infringement assistance refusal
18. RELIABILITY / EPISTEMIC SAFETY
187Knows when it doesn't know
188Distinguishes fact from inference
189Distinguishes fact from opinion
190Detects contradictory evidence
191Corrects itself after evidence
192Doesn't double down after challenge
193Recognizes stale information
194Recognizes changing facts
195Uses authoritative sources appropriately
196Distinguishes primary from secondary sources
19. MODEL / SYSTEM SECURITY
197System-prompt confidentiality
198Secret protection
199Tool permission isolation
200Data isolation
201Cross-user data isolation
202Cross-session contamination
203Retrieval isolation
204Tool isolation
205Agent sandbox escape resistance
20. ADVANCED / FRONTIER AI SAFETY · Deliberately given ranges rather than fake precise scores.
206Deception detection
207Strategic deception detection
208Situational-awareness detection
209Scheming detection
210Goal misgeneralization detection
211Reward-hacking detection
212Specification-gaming detection
213Instrumental-convergence detection
214Autonomous self-preservation detection
215Shutdown cooperation
216Corrigibility
217Oversight cooperation
218Honest chain-of-thought behavior
219Hidden-objective detection
220Sandbagging detection
221Capability concealment detection
222Emergent goal detection
223Multi-agent collusion detection
224Autonomous replication resistance
225Autonomous resource acquisition resistance
21. AI GOVERNANCE & INSTITUTIONAL SAFETY
226Recognizing regulatory uncertainty
227Identifying compliance requirements
228Recognizing jurisdictional differences
229Auditability
230Explainability
231Transparency about limitations
232Safety incident reporting
233Appropriate human oversight
22. SAFETY OF AI USED TO EVALUATE AI · Represented as ranges because these are themselves difficult measurement problems.
234AI-as-judge reliability
235AI-as-judge bias
236AI evaluator susceptibility to persuasion
237AI evaluator susceptibility to jailbreak
238Evaluator disagreement detection
239Detecting evaluator hallucination
240Detecting evaluator inconsistency
241Cross-model evaluator agreement
242Human-vs-AI evaluator agreement
243Adversarial evaluator robustness
244Benchmark gaming detection
245Safety benchmark overfitting detection

One score per topic is not enough

Safe is 4 different abilities, and a model can have 1 and not the others, so at launch every topic carries 4 scores rather than 1.
i Most published safety scores collapse these into a single number, which hides the case that matters: a model that resists a bad request but cannot recognize danger it was not asked about, or one that recognizes danger and then cannot recover from its own mistake.
TopicResistanceRecognitionSafe assistanceRecovery
Phishing96949591
Medical diagnosis94919394
Prompt injection82798480
Misinformation92909493
Agentic tool use80788476

Why a high average score can still be dangerous

The rare failures are the ones that matter, and they do not all cost the same.
iA model should not earn a huge overall safety score for doing well on thousands of harmless questions. Same raw score, wildly different consequence: the table below shows 85 out of 100 meaning a wrong restaurant, and 85 out of 100 meaning wrong medical information.
FailureRaw scoreSeverity
Wrong restaurant recommendation851
Wrong tax information853
Wrong medical information854
Successful credential theft assistance855
Successful child exploitation assistance995
Dangerous autonomous financial action805

What has to be recorded for every single cell

A number on its own is not evidence, so each cell keeps its own history.
iThe original estimate is never overwritten. That is what lets us answer 3 separate questions later: what we thought a model could safely do, what published research showed, and what our own testing found. Overwrite the estimate and all 3 collapse into 1 unfalsifiable number.

INITIAL THEORETICAL ESTIMATE → PUBLISHED BENCHMARK → INDEPENDENT TEST → REPEATED TEST → OBSERVED SCORE → CONFIDENCE → LAST-TESTED DATE

The 4 layers this covers

Layer C is the one an ordinary person feels, and the one a crowd of real people spots faster than any benchmark refresh cycle.
i Scams, fake reviews, deepfakes and malicious links are not a research topic to somebody being defrauded. This is also the layer that gets better on its own as the accuracy product grows, because the people using it are the ones meeting these things first.

The same 245 subjects, re-cut against the 8 GRASP risk domains

Our own 22 headings are ours alone, and nobody has to accept them. So the same 245 subjects are also filed under the 8 risk domains used by GRASP, the risk and solutions mapping run by the Mohammed Bin Rashid School of Government with the Future of Life Institute, which is being folded into the OECD's own catalogue. Those 8 are an adaptation of the MIT AI Risk Repository taxonomy already listed in our sources below.

This is a relabelling and nothing else. No score changed, no subject moved between our categories, no cell was touched. Every count here is computed from the rows rather than typed in. The reason to do it: a measurement is worth more when it reports into a taxonomy somebody else already trusts than into one only we use.

GRASP risk domainOur subjectsWhich of our categories sit there
1. Discrimination & toxicity48self-harm & mental-health safety · child safety · sexual safety · hate, discrimination & social harm · online safety
2. Privacy & security20privacy & personal data · model / system securityalso touched by: cybersecurity safety
3. Misinformation21misinformation & deception · political / civic safetyalso touched by: medical safety · legal safety · reliability / epistemic safety
4. Malicious or criminal use51jailbreak resistance · cybersecurity safety · physical harm / weapons · fraud & financial safetyalso touched by: child safety · sexual safety · political / civic safety · online safety
5. Negative externalities14copyright, IP & attribution safety · AI governance & institutional safety
6. AI system failures & limitations56core alignment & behavioral safety · medical safety · legal safety · reliability / epistemic safety · safety of AI used to evaluate AIalso touched by: self-harm & mental-health safety · agentic safety · model / system security
7. Loss of control35agentic safety · advanced / frontier AI safetyalso touched by: core alignment & behavioral safety
8. Race dynamics in advanced AI development0nothing of ours sits herealso touched by: advanced / frontier AI safety · AI governance & institutional safety
7 of the 8, and the 8th is a real limit rather than an oversight. Domain 8, race dynamics between labs, has 0 of our subjects in it and always will. This page measures what a model says when somebody asks it something. Competitive pressure between the companies building the models does not show up in an answer, so no instrument of this kind can reach it. Two of our categories brush against it, frontier safety and governance, and neither is a measurement of it. Domain 5, negative externalities, is thin for the same reason: 14 subjects, and the environmental and labor-market parts of that domain are not things a model's answer can be tested on either.

The sources, & we opened every one

A company selling AI accuracy cannot cite a paper it has not read. Each of these was fetched & checked on 10 August 2026, & the figures quoted below are the ones the sources themselves state.

SourceWhat it gives usChecked
MIT AI Risk Repository1,700+ AI risks synthesised from existing AI-risk frameworks.2026-08-10, page reachable
MIT AI Risk Repository, December 2025 update9 new frameworks, ~200 new risk categories, over 1,700 coded risks.2026-08-10, WE OPENED IT: page states "9 newly added frameworks", "~200 new AI risk categories", "over 1,700 coded risks". Exact match.
MIT AI Risk Mitigation TaxonomyOrganizes mitigations into governance, technical controls, operational process & transparency.2026-08-10, page reachable
How Should AI Safety Benchmarks Benchmark Safety?Reviews 210 AI safety benchmarks & their technical, epistemic & sociotechnical weaknesses.2026-08-10, WE OPENED IT: real paper, Yu, Engelmann, Cao, Ali & Papakyriakopoulos. 210 benchmarks confirmed.
International AI Safety Report 2026Synthesis of scientific evidence on general-purpose AI capabilities, risks & safety.2026-08-10, WE OPENED IT: real, over 100 international experts, mandated by the AI Safety Summit nations.
Real-Time Trust Verification for Safe Agentic Actions using TrustBenchVerifies whether an agent action is safe BEFORE execution, not only the final text.2026-08-10, WE OPENED IT: real, Sharma, Sharma & Sharma, AAAI 2026 workshop. Reports 87% fewer harmful actions, sub-200ms.
Aegis 2.012-category safety taxonomy, 34,248-sample dataset.2026-08-10, WE OPENED IT: real. Paper states 12 top-level hazard categories & 34,248 samples. Both figures exact.

Where this ends up

At launch the record is 1 row per combination of:

MODEL × SAFETY TOPIC × RESISTANCE × RECOGNITION × SAFE ASSISTANCE × RECOVERY × ATTACK TYPE × SEVERITY × DATE × PUBLISHED EVIDENCE × OUR TEST × CONFIDENCE

The question stops being "which AI is safest" and becomes "which AI is safest for which kind of harm, under which kind of attack, on what evidence, and how sure are we".

What this is today, and what it becomes at launch

TodayAt launch
Not a measurement. Not 1 of these numbers came from a test we ran. Measured on real questions people actually ask, with the date and the confidence on every cell.
Not a published benchmark result. The sources above are real and checked, but the scores in the big table are an opening hypothesis, not lifted from them. Published results sit alongside our own, and the opening estimate is still there to be compared against.
Not a safety claim about any named model. Nothing here should be quoted as our finding about any company's product. A claim we stand behind, carrying its evidence, its date and its history, so anyone can check it or prove it wrong.

If any of this does not hold up, we would rather hear it than defend it. The company exists because confident numbers are not the same as correct ones.