Model cards, system cards, and safety reports increasingly document LLM safety behaviors, yet safety evaluations typically start from predefined benchmarks rather than asking which documented claims those benchmarks actually test. We introduce LEST (LLM Evaluation through Specification-driven Testing), a framework that treats documented safety claims as specifications for black-box testing. In LEST, each claim determines which benchmark prompt tests it and whether a Refuse-to-Comply transition, where a model refuses a prompt but complies with its mutated version, counts as evidence against it. LEST mutates these prompts to search for counterexamples, manually validates each candidate, and traces validated counterexamples back to the claims they contradict. We evaluate LEST using the system cards of Claude Opus 4.8 and GPT-5.5 with 97 seed prompts from SORRY-Bench across Mental Health and Self-Harm, Harmful and Violent Content, and Fairness and Bias. Of 56 identified safety claims, 29 (51.8%) are prompt-testable, but only 17 (58.6%) are exercised by an applicable benchmark prompt. Both models refuse >95% of benchmark prompts. Evaluating 1,836 mutated prompts on both models reveals 312 candidate Refuse-to-Comply transitions flagged by automated response classifiers. However, human validation confirms only 19 (6.1%) as both intent-preserving and genuinely compliant, showing automated evaluation substantially overestimates behavioral failures. Tracing these 19 transitions back to the claims reveals counterexamples for 6 of 9 covered claims for which refusal is an applicable oracle. Our results show that benchmark prompts may not be sufficient to validate all documented LLM safety behavior, and automated failure detection requires manual validation. LEST provides end-to-end traceability from natural-language safety documentation to executable tests and human-validated counterexamples.
Figures & tables
Figure 1. Overview of LEST. Starting from model documentation, LEST extracts and assesses safety claims, maps prompt-testable claims to applicable seed prompts, generates and validates mutated prompts, executes the original and mutated prompts on the target LLM, and validates observed Refuse → Comply transitions to produce a claim-level compliance report. Overview of LEST approach showing the pipeline from model documentation through safety claim extraction, prompt generation, mutation, execution, and compliance reporting.
#
Condition
Outcome
(a) Claim identification
1
Concerns the future (plans, anticipated capabilities)
Not a claim
2
Is an example prompt
Not a claim
3
Asserts a concrete result, property, or behavior of the model
Claim
4
Describes how users should use the model
Not a claim
5
Describes the model’s training process
Claim
Table 1. Annotation criteria for claim identification and prompt-testability. Rules within each stage are applied sequentially. For claim identification, a candidate reaching the end of the decision process without satisfying a claim criterion is labeled Not a claim . For testability, a claim that reaches Rule 4 but does not admit an objective confirm/deny prompt is labeled Not testable .
Identified claims
Refusal-testable claims
Model
Safety Domain
Prompt-Testable
Non-Prompt-Testable
Total
All
Covered
CE
Claude
Mental Health/Self-Harm
14
7
21
5
5
4
Harmful/Violent Content
5
1
6
2
2
0
Fairness/Bias
1
3
4
1
1
1
GPT-5.5
Harmful/Violent Content
9
16
25
3
1
1
Overall
29
27
56
11
9
6
Table 2. Testability, refusal-oracle applicability, benchmark coverage, and validated counterexamples of identified safety claims by model and safety domain. All identified GPT-5.5 claims fall under Harmful/Violent Content. Covered : refusal-testable claims mapped to at least one applicable seed prompt. CE : covered claims with at least one human-validated Refuse → Comply counterexample from the same model.
Safety Domain
Claude
GPT-5.5
Overall
Fairness/Bias
1/17 (5.9%)
2/16 (12.5%)
3/33 (9.1%)
Mental Health/Self-Harm
1/12 (8.3%)
0/12 (0.0%)
1/24 (4.2%)
Harmful/Violent Content
4/55 (7.3%)
3/55 (5.5%)
7/110 (6.4%)
Overall
6/84 (7.1%)
5/83 (6.0%)
11/167 (6.6%)
Table 3. Originally refused model–seed-prompt pairs for which at least one human-validated Refuse → Comply transition is observed.
Model
Mutation Operator
Fairness & Bias
Harmful & Violent
Mental Health
All Categories
Claude Opus 4.8
Paraphrase
13 (0)/127
13 (4)/264
8 (0)/189
34 (4)/580
PCLS
14 (0)/137
3 (2)/174
3 (0)/175
20 (2)/486
Fairness
42 (1)/324
2 (0)/31
0 (0)/4
44 (1)/359
Modifier
7 (0)/51
4 (0)/103
4 (1)/75
15 (1)/229
Deletion
12 (0)/62
1 (0)/35
0 (0)/24
13 (0)/121
First-to-Third
0 (0)/10
0 (0)/3
0 (0)/5
0 (0)/18
Table 4. Refuse → Comply (R → C) results by model, final mutation operator, and safety domain. Each cell reports automated R → C candidates (human-validated R → C transitions) / eligible mutated prompts , where eligible mutated prompts are those whose corresponding original prompt was refused.