Apps

🧪 This platform is in early beta. Features may change and you might encounter bugs. We appreciate your patience!

Denying the Antecedent

Also Known As: Inverse Error Fallacy of the Inverse
Formal Fallacy ID: denying_antecedent

Definition

Denying the antecedent occurs when someone reasons that because the 'if' clause of a conditional is false, the 'then' clause must also be false. This is invalid because the consequent may be brought about by other conditions not mentioned in the original conditional. The error is the mirror image of affirming the consequent and reflects a misunderstanding of how conditional logic works.

Examples

"If you study at Harvard, you'll get a good education. You didn't study at Harvard. Therefore, you didn't get a good education."

If this medication is taken daily, the patient's symptoms will improve. The patient didn't take the medication daily. Therefore, their symptoms won't improve.

If we win the championship, the whole town will celebrate. We didn't win the championship. So the whole town won't be celebrating.

Formal Logic Pattern
FOL Pattern
The First-Order Logic formula representing this reasoning pattern's logical structure.
FOL (First-Order Logic) uses quantifiers (∀ = for all, ∃ = there exists), connectives (∧ = and, ∨ = or, ⇒ = implies, ¬ = not), and predicates to capture the essential form of a reasoning pattern. For example, the Ad Hominem fallacy: Person(x) ∧ HasFlaw(x) ⇒ Invalid(Claim(x)). These patterns allow automated verification of logical validity.

(A ⇒ B) ∧ ¬A ⇒ ¬B
Formal Verification:
Formal Verification
Checks whether a reasoning pattern is logically valid or invalid using an automated theorem prover.
Formal verification uses an SMT (Satisfiability Modulo Theories) solver — specifically Z3 — to mathematically check whether an argument's logical structure is valid. Each reasoning pattern is translated into First-Order Logic and tested: Can the premises be true while the conclusion is false? If yes, it's formally invalid. If no, it's formally valid. Many real-world patterns (analogies, heuristics) cannot be fully captured in formal logic — these are marked as not formally decidable, which doesn't mean they're wrong.
Formally invalid

Verification Steps
Verification Steps
Binary yes/no questions that an AI must answer to detect a reasoning pattern in a text.
Each of the 452 aspects has verification steps — simple yes/no questions designed to systematically detect whether a pattern appears in a text. For ad hominem: "Does the argument attack a person rather than their claim?" For false dichotomy: "Are only two options presented when more exist?" This ensures consistent, reproducible analysis.

Binary (yes/no) questions an LLM must answer to identify this aspect:

  1. 1

    Does the argument have an 'If A then B' conditional structure?

    Type: binary
  2. 2

    Does the argument deny the antecedent (A is false)?

    Type: binary
  3. 3

    Does it conclude the consequent must be false (not B)?

    Type: binary
Deep Dive
The expandable detail section on each aspect page with examples, psychology, and counter-strategies.
The Deep Dive section provides in-depth information about each aspect: a real-world example showing the pattern in action, an explanation of why it works psychologically, practical advice on how to counter it, alternative names, and links to related aspects.

Hierarchical Context