[BS26b]: Causation and Causal Relations #
Formalization of the door-opening scenario from [BS26b] Figure 1: a structural equation model with two alternative sufficient sets for a single effect (the door opening).
The Door-Opening Model #
Variables:
- handle: handle is turned
- lock: lock is engaged (effect needs ¬lock)
- circuit: circuit is closed
- electricity: electricity is running
- button: button is pressed
- doorOpens: door opens (the effect)
Mechanism: doorOpens = (handle ∧ ¬lock) ∨ (circuit ∧ electricity ∧ ¬lock),
plus circuit := button for the automatic pathway. Two sufficient sets:
- Manual (handle ∧ ¬lock) ⊨ doorOpens
- Automatic (circuit ∧ electricity ∧ ¬lock) ⊨ doorOpens
Key Result #
The model demonstrates CC-selection at work — completion mode (CoS verbs like open) succeeds when handle alone is the active pathway, but FAILS under overdetermination (both pathways active simultaneously). This captures [BS26b]'s point that open is infelicitous when an alternative explanation exists.
Member-mode (Def 10b causally-necessary) divergence between open and cause awaits substrate support for multi-parent disjunctive mechanisms.
Sufficiency/completion predicates are imported from the substrate
(BoolSEM.causallySufficient, CCSelection.completesForEffect)
rather than re-stipulated locally — see CLAUDE.md "Theory-hub denotation
as study-file constraint."
Equations
- BarAsherSiegal2026.instDecidableEqV x✝ y✝ = if h : x✝.ctorIdx = y✝.ctorIdx then isTrue ⋯ else isFalse ⋯
Equations
- BarAsherSiegal2026.instFintypeV = { elems := { val := ↑BarAsherSiegal2026.V.enumList, nodup := BarAsherSiegal2026.V.enumList_nodup }, complete := BarAsherSiegal2026.instFintypeV._proof_1 }
Equations
- One or more equations did not get rendered due to their size.
- BarAsherSiegal2026.instReprV.repr BarAsherSiegal2026.V.lock prec✝ = Repr.addAppParen (Std.Format.nest (if prec✝ ≥ 1024 then 1 else 2) (Std.Format.text "BarAsherSiegal2026.V.lock")).group prec✝
Instances For
Equations
- BarAsherSiegal2026.instReprV = { reprPrec := BarAsherSiegal2026.instReprV.repr }
Equations
- One or more equations did not get rendered due to their size.
Instances For
Full graph: button → circuit; (handle, lock) → doorOpens (manual); (circuit, electricity, lock) → doorOpens (automatic).
Equations
- One or more equations did not get rendered due to their size.
Instances For
Manual-only graph: drops the automatic pathway entirely.
Equations
- One or more equations did not get rendered due to their size.
Instances For
Depth certificate for the full graph.
Equations
Instances For
Depth certificate for the manual graph.
Equations
Instances For
Door-opens mechanism (full model): manual OR automatic, both need ¬lock.
Equations
- One or more equations did not get rendered due to their size.
Instances For
Door-opens mechanism (manual model): just handle ∧ ¬lock.
Equations
- One or more equations did not get rendered due to their size.
Instances For
Equations
- One or more equations did not get rendered due to their size.
Instances For
Equations
- One or more equations did not get rendered due to their size.
Instances For
Equations
- One or more equations did not get rendered due to their size.
Equations
- One or more equations did not get rendered due to their size.
Background: lock disengaged.
Equations
Instances For
Manual-only model: handle completes the sufficient set for doorOpens (full open and cause felicity, per [BS26b]). Both completion and member modes succeed because there's no alternative pathway.
Full model with handle alone: handle completes the manual
sufficient set, satisfying open-style completion CC-selection.
The automatic pathway doesn't fire because button=false in unlocked.
Overdetermination in the full model: when both pathways are independently activated (button=true, electricity=true alongside handle=true), removing handle still leaves doorOpens true via the automatic pathway — the but-for half of completion CC-selection FAILS for handle. This captures [BS26b]'s point that open is infelicitous under overdetermination.