What problem does it solve? Fux refuses to run when .fux/pii.toml is missing, and a badly written redaction rule can silently remove real vocabulary from the committed search index or leak sensitive values into it. This Skill explains how fux PII redaction works, how to diagnose errors and false positives, and how to safely probe and add rules. ## Core Features & Use Cases - Diagnose redaction behavior: Understand why fux exits with an error when pii.toml is missing, why redaction never skips documents, and why fux answer can quote values that fux find cannot find. - Write and validate rules: Learn the TOML rule syntax (regex pattern, capture group, luhn/verhoeff checksum validation, flags) and which rule shapes are refused at load time. - Probe before committing: Run a scratch probe script against git-tracked files to see exactly what a candidate rule would redact, printing only location, length, and a hash — never the matched value. - Use Case: A teammate reports that order numbers disappeared from search results. Use this Skill to identify the over-broad shape-only rule, probe a narrowed pattern with a checksum validator, and re-ingest the index safely. ## Quick Start Ask the assistant to explain why fux reports that .fux/pii.toml is missing and what to do about it.