Summary
Phileas is built around free text. It does not have a first-class path for structured and semi-structured data (CSV, database tables, JSON) where redaction should be column- or field-aware. Microsoft Presidio offers this via presidio-structured. This issue tracks adding structured/tabular support to Phileas.
Surfaced while writing the Phileas vs Presidio comparison, where we concede structured/tabular data to Presidio.
Why it matters
A large share of PII lives in tables and JSON, not prose: exports, warehouse columns, event payloads, API logs. Field-aware redaction (detect that a column is SSN, apply a strategy to the whole column consistently) is materially different from running free-text detection over a serialized blob, and it pairs naturally with the AI training-data and analytics use cases where consistent pseudonymization matters. Without it, structured-data teams have a reason to pick Presidio.
Acceptance Criteria
Summary
Phileas is built around free text. It does not have a first-class path for structured and semi-structured data (CSV, database tables, JSON) where redaction should be column- or field-aware. Microsoft Presidio offers this via
presidio-structured. This issue tracks adding structured/tabular support to Phileas.Surfaced while writing the Phileas vs Presidio comparison, where we concede structured/tabular data to Presidio.
Why it matters
A large share of PII lives in tables and JSON, not prose: exports, warehouse columns, event payloads, API logs. Field-aware redaction (detect that a column is SSN, apply a strategy to the whole column consistently) is materially different from running free-text detection over a serialized blob, and it pairs naturally with the AI training-data and analytics use cases where consistent pseudonymization matters. Without it, structured-data teams have a reason to pick Presidio.
Acceptance Criteria
docs/docs/covers structured/tabular redaction with a runnable example