causasv — Causal Feature Attribution via Asymmetric Shapley Values
causasv computes Asymmetric Shapley Values (ASV) for causal feature attribution over user-supplied DAGs. It is a Rust-first engine with Python bindings, designed for XAI workflows where feature importance should respect known causal structure.
When to use causasv
Use causasv when:
- you have a known causal DAG among your features
- standard SHAP may assign credit through descendants or mediators
- you need exact or uncertainty-aware approximate ASV
- you want a fast Rust core with Python bindings and CI bounds on estimates
Do not use causasv when:
- you do not have a causal DAG (→ use SHAP or Captum)
- you need generic model explainability without causal structure
- you need deep learning layer or neuron attribution
- you need causal effect estimation or discovery itself (→ use DoWhy)
What is ASV?
Asymmetric Shapley Values (ASV) generalize Shapley values by averaging only over topologically valid orderings of features, rather than all permutations. Given a causal DAG G and a value function v:
φ_i = (1 / |Π(G)|) Σ_{π ∈ Π(G)} [v(pre(i,π) ∪ {i}) − v(pre(i,π))]
where Π(G) is the set of all linear extensions (topological orderings) of G, and pre(i,π) is the set of features appearing before feature i in ordering π.
How ASV differs from SHAP
Standard SHAP averages over all n! feature permutations, ignoring causal structure. ASV restricts the average to permutations consistent with the causal DAG — causes always appear before their effects. This produces attributions that respect the direction of causality.
Why causal DAGs matter
When features have causal relationships, SHAP can assign attribution to a variable for effects that are actually mediated by its descendants. ASV prevents this by constraining which orderings are considered valid.
Installation
Wheels for Linux (x86_64 manylinux), macOS (universal2), and Windows (x86_64) are published on PyPI. For Rust, add to Cargo.toml:
[]
= "0.8"
Rust example
use ;
Python example
For most users, explain_quality() is the recommended entry point — it selects exact computation when feasible and falls back to uncertainty-aware approximate sampling with confidence intervals:
=
=
=
# dict[str, float] — ASV per feature
# dict[str, float] — 95% CI lower bounds
# dict[str, float] — 95% CI upper bounds
# e.g. "exact_dag_sparse", "uniform_sparse_adaptive", or "uniform_sparse_adaptive_batch"
# dict[str, float] — per-feature standard error
The Python value_fn receives a sorted list of feature names present in the coalition and must return a float.
Lower-level API — for explicit method control, use explain_with_diagnostics():
=
# dict[str, float]
# float — ESS ≈ n_samples means reliable; ESS ≪ n_samples means high variance
# float — ESS / n_samples ∈ (0, 1]; close to 1 is good
# int
# int | None
# bool
# str — the method name passed in (e.g. "approx")
Use explain_adaptive() for automatic convergence detection and per-feature confidence intervals:
=
# dict[str, float]
# dict[str, float] — IS standard error per feature
# dict[str, float] — lower bound of 95% confidence interval
# dict[str, float] — upper bound of 95% confidence interval
# bool — True if rel_tol was reached before max_samples
# float — ESS / n_samples; close to 1 is good
For large models where calling the value function once per coalition is slow, pass value_fn_batch to explain_quality(). This routes to uniform sparse adaptive batch sampling (ESS = n_samples, no IS variance, CI always returned) for n ≤ 63:
# value_fn_batch receives list[list[str]] and must return list[float]
=
# dict[str, float]
# dict[str, float]
# "uniform_sparse_adaptive_batch" (or "approx_adaptive_batch" for n>63)
The batched path reduces Python GIL round-trips from O(n × batch_size) to O(unique_masks_per_batch). For explicit IS-adaptive batched evaluation, use explainer.explain_adaptive_batch() directly.
For deterministic parallel approximation, pass parallel=True with a seed:
=
# True when seed + parallel
Use explain_stability() to verify that approximate rankings are consistent across seeds:
=
# mean pairwise Kendall tau; 1.0 = perfectly stable
# dict[str, float] — small means stable estimates
# dict[str, float] — mean ASV across seeds
Use explain_safe() to apply the diagnostics checklist above automatically instead of
checking ess_ratio/rank_stability/CI bounds by hand:
=
# list[str] — e.g. low ess_ratio or low rank_stability
# float | None — None when the result is already exact
# list[str] — features whose CI still straddles 0
Use ASVEnsembleExplainer to measure sensitivity across multiple candidate DAGs:
=
=
=
=
# dict[str, float] — mean ASV across DAGs
# dict[str, float] — std across DAGs; 0 = DAG-invariant
# float — mean pairwise Kendall tau across DAG pairs
# list[dict[str, float]] — one dict per DAG
Inspect and export the DAG:
# ["education", "income", "risk_score"]
# [("education", "income"), ("income", "risk_score")]
# 'digraph {\n education -> income;\n ...\n}'
# '{"nodes":[...],"edges":[...]}'
# ["education", "income"]
# ["income", "risk_score"]
# [["education"], ["income"], ["risk_score"]]
# Restore a DAG from JSON
=
# Convert to networkx (networkx must be installed separately)
=
Use TabularExplainer for a higher-level API with sklearn-compatible models (requires numpy):
=
=
=
# values: dict[str, float] mapping feature name → ASV value
baseline controls how absent features are filled in: "mean"/"median" use a single
summary row; "sample" uses one real (seeded, reproducible) background row instead of a
synthetic average; "background_expectation" averages the model's prediction over every
background row (true marginal expectation — more accurate for correlated features, at the
cost of len(background) model calls per coalition); or pass a callable
(background: np.ndarray) -> np.ndarray for a custom baseline row.
Or build the value function directly with make_tabular_value_fn for full control:
=
=
Exact vs Approximate (advanced — manual method control)
| Method | When to use | API |
|---|---|---|
exact |
Small DAGs (n ≤ ~8); enumerates all linear extensions | explainer.exact(value_fn) |
exact_tree |
Rooted directed trees; order-ideal DP; rejects bushy shapes past a cost budget (see below) | explainer.exact_tree(value_fn) / explainer.exact_tree_with_config(value_fn, &config) |
exact_dag |
General DAGs, n ≤ 20; dense order-ideal DP | explainer.exact_dag(value_fn) |
exact_dag_sparse |
Sparse DAGs, n ≤ 63; BFS over valid order ideals only | explainer.exact_dag_sparse(value_fn) |
uniform_sparse |
Sparse DAGs, n ≤ 63; zero-variance uniform sampling (ESS = n_samples) | explainer.approximate_uniform_sparse(value_fn, cfg) |
approx |
Any DAG; IS-weighted sampling | explainer.approximate(value_fn, SamplingConfig::new(n)) |
auto dispatch: n ≤ 8 → exact; rooted tree → exact_tree if its shape fits ExactTreeConfig's cost budget, else exact_dag_sparse if that's feasible (n ≤ 63, order ideals ≤ 250k preflight), else approx; n ≤ 20 → exact_dag_sparse if order ideals fit half the dense state count else exact_dag; 20 < n ≤ 28 → exact_dag_sparse; 28 < n ≤ 63 → exact_dag_sparse if order ideals ≤ 250k (sparse preflight), else approx; n > 63 → approx.
exact_tree's cost depends on tree shape, not just n: a node with several
wide/deep sibling subtrees forces a large cartesian product. exact_tree
(and auto/auto_quality) run an O(n) preflight (ExactTreeConfig, default
budget 50,000 single-node terms / 200,000 total terms) and return
ExactTreeBudgetExceeded — or fall back — rather than materializing it. See
docs/correctness.md for the full
explanation and issue #36
for the motivating case.
exact_dag_sparse visits only valid order ideals (sets where every node's parents are also present). For sparse DAGs (chains, trees, few branching points), this can be orders of magnitude fewer states than 2^n. Returns n_order_ideals, state_ratio, and memory_mb diagnostics.
approximate_uniform_sparse samples each linear extension with equal probability 1/L(G) using a lazily memoized dp_ind table (HashMap), so ESS = n_samples exactly — no IS weight variance. Use explain_adaptive(method="uniform_sparse") for adaptive stopping with per-feature stderr and CI.
The IS approximate estimator uses self-normalized importance sampling to correct for the bias introduced by the frontier sampler, so the efficiency axiom (Σφ_i = v(V) − v(∅)) holds exactly even for approximate results. ESS = (Σw)² / Σw²: ESS ≈ n_samples means reliable; ESS ≪ n_samples means high variance.
Approximation diagnostics checklist — before trusting an approximate result:
info["ess_ratio"]≥ 0.1 (or 1.0 if usinguniform_sparse)- Run
explain_stability()with multiple seeds;rank_stability≥ 0.9 - Use
explain_adaptive()if you need per-feature stderr and CI bounds
See docs/correctness.md for axiom proofs, ESS interpretation, and the full checklist.
Choosing between auto and auto_quality:
- Use
autofor exploratory work where CI is not required — it dispatches to exact methods when feasible and IS-weighted approximation otherwise. - Use
auto_quality(orexplain_quality()in Python) when you need confidence intervals or a guaranteed ESS = n_samples on approximate paths. Every code path returnsstderr; most approximate fallbacks are uniform sparse adaptive (not IS-weighted), so ESS is usually equal to n_samples — except when falling back from a rooted tree whoseexact_treeshape was rejected (see above), which goes straight to IS-weighted adaptive sampling instead, since uniform sparse adaptive's own memo has no comparable cost budget yet.
See docs/benchmark_corpus.md for measured runtime and method selection across 8 canonical DAGs. See docs/comparison_shap.md for a quantitative runtime and attribution comparison against SHAP KernelExplainer.
Status
Experimental — v0.8.8. Public API may change before v1.0.
Algorithm status
| Method | Implementation | Notes |
|---|---|---|
exact |
Enumerates all linear extensions | Reference oracle; practical for n ≤ ~8 |
exact_tree |
Rooted tree validation + order-ideal DP + cost-budget preflight | Efficient for trees; hook-length formula; rejects shapes past ExactTreeConfig's budget instead of hanging |
exact_dag |
Order-ideal DP over 2^n states | General DAGs, n ≤ 20; O(2^n × n) |
exact_dag_sparse |
BFS over valid order ideals + lazy dp_ind | Sparse DAGs, n ≤ 63; memory-bounded |
uniform_sparse |
Lazy dp_ind HashMap uniform sampler | Sparse DAGs n ≤ 63; ESS = n_samples exactly |
approx |
Self-normalized IS over topological orderings | Any DAG; corrects frontier-sampler bias |
The brute-force exact implementation is used as the reference oracle in tests for all other methods.
The exact_tree DP enumerates valid pre-sets via order ideals and weights each by the hook-length formula, avoiding explicit enumeration of all linear extensions. Caterpillar trees of depth 30 see orders-of-magnitude speedups over brute-force.
The exact_dag DP computes two tables over all 2^n bitmasks: dp_fwd[S] (orderings of valid order ideals S) and dp_ind[T] (linear extensions of any induced subgraph G[T]). The ASV for each node i accumulates dp_fwd[S] × dp_ind[V\(S∪{i})] × (v(S∪{i}) − v(S)) over all valid transitions. This is the order-ideal DP generalized from trees to arbitrary DAGs.
Feature matrix
| Feature | Rust | Python | Status |
|---|---|---|---|
| Exact ASV (brute-force) | ✓ | ✓ | Stable |
| Rooted-tree exact DP | ✓ | ✓ | Experimental |
| General DAG exact DP (n ≤ 20) | ✓ | ✓ | Experimental |
| Sparse exact DAG DP (n ≤ 63) | ✓ | ✓ | Experimental |
| Uniform sparse sampling (ESS = n_samples) | ✓ | ✓ | Experimental |
| Adaptive uniform sparse + CI | ✓ | ✓ | Experimental |
| Approximate ASV with ESS | ✓ | ✓ | Experimental |
| Adaptive approximation + CI | ✓ | ✓ | Experimental |
| Seeded deterministic parallel approx | ✓ | ✓ | Experimental |
| Batched coalition evaluation | ✓ | ✓ | Experimental |
| sklearn / NumPy helper (TabularExplainer) | — | ✓ | Experimental |
| DAG ensemble / sensitivity ASV | — | ✓ | Experimental |
| DAG structural inspection | — | ✓ | Experimental |
| Graph export (DOT / JSON / networkx) | — | ✓ | Experimental |
| CPDAG representation + consistent DAG extension | ✓ | ✓ | Experimental |
| d-convex / strong d-convex hull (graph reduction) | ✓ | ✓ | Experimental |
Paper correspondence
Beyond Shapley: Efficient Computation of Asymmetric Shapley Values
| Algorithm component | causasv |
|---|---|
| ASV definition | ✓ exact (brute-force oracle) |
| Rooted tree exact algorithm | ✓ exact_tree (order-ideal DP + hook-length formula) |
| General DAG exact DP | ✓ exact_dag (order-ideal DP, n ≤ 20) |
| Importance-sampling approximation for general DAGs | ✓ approx |
| Sparse exact DAG DP | ✓ exact_dag_sparse (BFS over order ideals, n ≤ 28) |
| Causal discovery | — out of scope |
exact_treeimplements the order-ideal enumeration + hook-length weighting for rooted directed trees.exact_dagimplements the two-table order-ideal DP for general DAGs (n ≤ 20).approximplements importance-weighted topological ordering sampling for any DAG.exactis a brute-force baseline oracle used as a correctness reference in tests.
Graph reduction (strong d-convex hulls)
Given a DAG or CPDAG and a target variable set, strong_d_convex_hull computes
the minimal node set that, under the assumptions established in the
referenced paper (see below), preserves a causal-effect estimate after
marginalizing out everything else — useful for cutting a large graph down to a
small local model before running attribution or effect estimation on it.
use Dag;
=
= # -> ["A", "B", "C"]
=
Cpdag::strong_d_convex_hull works on a caller-supplied CPDAG (e.g. the output
of an external structure-learning method — causasv does not perform causal
discovery) by picking one consistent DAG extension and computing the hull
there; this is sound because the underlying paper's invariance theorem proves
the result is identical across every DAG in the CPDAG's Markov equivalence
class.
This is an independent implementation based on the mathematical definitions and algorithms in Deng, Sun, Li & Liu (2026) — full citation, assumptions, and scope limits (in particular: proven only for non-adjacent target-variable pairs) are in docs/strong_d_convex_hulls.md. IDA-based causal effect estimation on the reduced graph is not implemented — this only performs the graph reduction itself.
Performance
Selected results on Apple M-series (arm64, release build), v(S) = |S|. See docs/benchmarks.md for full tables.
| DAG | n | Method | Time |
|---|---|---|---|
| Chain | 7 | exact (brute-force) |
2.7 µs |
| Balanced tree | 15 | exact_tree (DP) |
2.8 ms |
| Caterpillar | 10 | exact_tree (DP) |
170 µs |
| Chain | 10 | exact_dag (dense DP) |
23 µs |
| Chain | 16 | exact_dag (dense DP, 65k states) |
3.0 ms |
| Chain | 16 | exact_dag_sparse (17 order ideals, via auto) |
11 µs (~280×) |
| Chain | 24 | exact_dag_sparse |
15 µs |
| Two parallel chains | 20 | exact_dag (dense, 1M states) |
55 ms |
| Two parallel chains | 20 | exact_dag_sparse (121 states) |
91 µs (~600×) |
| Diamond | 10 | approx seeded (10k samples) |
16 ms |
| Diamond | 10 | approximate_adaptive_batched (10k max) |
2.4 ms |
| Chain | 20 | approx serial seeded (10k) |
19 ms |
| Chain | 20 | approx parallel 4t seeded (10k) |
7.4 ms |
| Balanced tree | 31 | approx seeded (10k samples) |
83 ms |
This balanced tree at n=31 is deliberately benchmarked via approx, not
exact_tree: its shape's per-node cost (176,020 — see
docs/correctness.md) exceeds
ExactTreeConfig's default budget, and a real exact_tree run on it takes
~20-25s. auto/auto_quality detect this via the O(n) preflight and fall
back automatically instead of running it.
Run cargo bench to reproduce. HTML reports saved to target/criterion/.
Current limitations
- Brute-force exact ASV is exponential in the number of linear extensions; only practical for n ≤ ~8 nodes.
exact_treerequires a rooted directed tree (single root, all other nodes have in-degree 1) and a shape whose per-node combinatorial cost fitsExactTreeConfig's budget (default 50,000 / 200,000 — see docs/correctness.md); a small-n but wide/deep tree can still be rejected. For general DAGs with n ≤ 20, useexact_dag. For sparse DAGs with n ≤ 28, useexact_dag_sparse. For larger DAGs, useapprox. A rooted tree with n > 64 currently has no working exact or approximate method (approximate's own bitmask cap also requires n ≤ 64) — tracked separately from theexact_treeshape guard.- Python bindings provide
nodes(),edges(),to_dot(), andmake_tabular_value_fn; graph-level DOT export works but Rust-side export is not yet implemented. - No built-in causal discovery, model training, or automatic graph construction.
strong_d_convex_hull's collapsibility guarantee is proven (by the paper it implements) only for non-adjacent target-variable pairs under Gaussian/multinomial, positive, faithful distributions — see docs/strong_d_convex_hulls.md. No IDA/effect-estimation API is implemented on top of the reduced graph yet.
Compared to other tools
causasv is not a SHAP replacement or a general-purpose explainability framework.
It solves one narrow problem:
Computing Asymmetric Shapley Values over a user-supplied causal DAG.
| Tool | Focus | DAG-aware ordering | Exact ASV | CI / stderr |
|---|---|---|---|---|
| SHAP | Generic feature attribution | No | No | limited |
| DoWhy | Causal effect estimation | Graph-based causal workflow | No | method-dependent |
| Captum | PyTorch model interpretability | No | No | No |
| shapiq | Shapley interactions (any order) | No | partial (different target) | benchmarked |
| shapr | Conditional / causal Shapley (R + Python) | Yes — broader scope | No | R-first |
| shapflex | ASV with causal knowledge (Python alpha) | Yes — similar concept | No | No |
| causasv | DAG-aware ASV attribution | Yes | Yes (exact or uniform sparse) | Yes (stderr + CI) |
The main differences from shapr and shapflex: causasv is a Rust-first engine
that requires the user to supply an explicit causal DAG and a value function.
It does not perform causal discovery and does not depend on the data distribution.
explain_quality() / auto_quality() provide exact results when the DAG is sparse
enough, with uncertainty quantification always available on approximate paths.
Scope
- Does compute ASV (causal feature attribution) given a DAG and a value function
- Does not do causal discovery, model training, or feature selection
- Not a SHAP replacement — ASV and SHAP answer different questions
Building Python bindings
&&
Citation
Fryer, D., Strümke, I., & Nguyen, H. (2021). Shapley values for feature selection: The good, the bad, and the axioms. IEEE Access.
For the asymmetric formulation and efficient tree computation, see the paper that inspired this library:
Beyond Shapley: Efficient Computation of Asymmetric Shapley Values
For the strong d-convex hull graph reduction (see Graph reduction above):
Yuxin Deng, Yi Sun, Zhiming Li, and Huaxiong Liu. "Estimate Collapsibility of Causal Effects in Completed Partial DAGs via Strong d-Convex Hulls." arXiv:2606.08941, 2026. DOI: 10.48550/arXiv.2606.08941. Licensed CC BY 4.0.
causasv's d_convex.rs module is an independent implementation of this
paper's algorithms — not affiliated with or endorsed by its authors, and no
code was consulted from the paper's own reference implementation. See
docs/strong_d_convex_hulls.md for details.
License
Licensed under either of
- Apache License, Version 2.0 (LICENSE-APACHE)
- MIT License (LICENSE-MIT)
at your option.