Audit Wasserstein Order Consistency

VerifiedSafe

Audits manuscripts and codebase for Wasserstein order consistency (W₁ vs W₂), producing structured reports. Ensures project convention uses W₂ as primary metric.

Sby Skills Guide Bot
Data & AIBeginner
107/24/2026
Claude Code
#wasserstein#audit#consistency#notation#manuscript

Recommended for

Our review

Scans manuscripts and code for inconsistencies between W₁ and W₂ Wasserstein distance usage.

Strengths

  • Automates detection of metric mismatches across paper drafts and code.
  • Produces a structured reconciliation report.
  • Cross-references against canonical notation standard.

Limitations

  • Does not fix issues automatically.
  • Relies on the existence of a canonical notation file (notation.md).
  • Only checks for patterns, not semantic correctness.
When to use it

Use when enforcing a uniform Wasserstein order convention across a research project's manuscripts and codebase.

When not to use it

Do not use if the project intentionally mixes W₁ and W₂ without a clear standard.

Security analysis

Safe
Quality score95/100

The skill only reads and scans local files (manuscripts, code, notation standard) and produces a report. It does not execute arbitrary commands, network calls, or file modifications without confirmation. No destructive or exfiltration risk.

No concerns found

Examples

Full audit
/wasserstein-audit all
Audit papers only
/wasserstein-audit papers
Audit code only
/wasserstein-audit code

/wasserstein-audit — Audit Wasserstein Order Consistency

Scan all manuscript drafts and codebase for W₁ vs W₂ inconsistencies. Resolves the blocking Phase 0 deliverable: the legacy P01 manuscript uses W₁ in several places while project convention mandates W₂ as the primary metric.

Usage

/wasserstein-audit
/wasserstein-audit [papers|code|all]

Example: /wasserstein-audit all


What this does

  1. Reads papers/shared/notation.md (canonical notation standard, Wasserstein Audit section)
  2. Scans manuscript .md files under papers/ for W₁, unsubscripted W, ambiguous W_p
  3. Scans Python files under all domain packages for Wasserstein calls without explicit p=2
  4. Cross-references findings against what notation.md already has "verified"
  5. Produces a structured reconciliation report — does not fix anything without confirmation

Manuscript patterns that trigger a flag

| Pattern | Issue | |---|---| | W_1 / $W_1$ / W_{1} | W₁ usage — needs justification or must change to W₂ | | $W$ (unsubscripted) | Always flag — violates notation standard | | bottleneck without alongside Wasserstein | Sole metric violation | | wasserstein without explicit order nearby | Ambiguous |

Code patterns that trigger a flag

| Pattern | Issue | |---|---| | wasserstein_distance(a, b) with no p= arg | Default may not be W₂ in all library versions | | p=1 or order=1 near Wasserstein call | Explicit W₁ usage | | bottleneck_distance(...) | Must not be used as sole metric | | gudhi.wasserstein.wasserstein_distance without order=2 | gudhi default not guaranteed |


Report format

## Wasserstein Audit Report — YYYY-MM-DD

### Manuscript Findings
| File | Line | Found | Issue | Suggested Fix |

### Code Findings
| File | Line | Found | Issue | Suggested Fix |

### Status
- Blocking Phase 0: YES / NO
- Total issues: N (manuscript: N₁, code: N₂)

### Recommended Actions

Library defaults (reference)

  • persim.wasserstein_distance — p=2 by default ✓
  • gudhi.wasserstein.wasserstein_distance — requires explicit order= arg
  • giotto-tda Wasserstein vectorisation — p=2 by default ✓
  • W₁ in theory proofs is acceptable in Methods sections if clearly labelled and distinguished from the computational metric used
Related skills