@stll/anonymize-data
v0.0.9
Published
Deny list dictionaries and config data for @stll/anonymize
Maintainers
Readme
@stll/anonymize-data
Published configuration data and dictionary catalogs for @stll/anonymize.
This package is the stable data surface for the runtime package. It exists so the runtime can stay focused on detection logic while the published deny-list and trigger assets remain versioned separately.
What ships
config/for trigger, stopword, legal form, and coreference configurationdictionaries/names/for first names, surnames, titles, and global fallback listsdictionaries/cities/for country-specific city corporadictionaries/banks/,dictionaries/courts/,dictionaries/insurance/,dictionaries/education/,dictionaries/government/,dictionaries/healthcare/, anddictionaries/international/for organization and institution deny-lists
Install
bun add @stll/anonymize-dataUsage
import triggers from "@stll/anonymize-data/config/triggers.cs.json";
import cities from "@stll/anonymize-data/dictionaries/cities/CZ.json";
import banks from "@stll/anonymize-data/dictionaries/banks/US.json";The lazy loaders are split across two module entries:
// Deny-list catalog, name dictionaries, single-dictionary loaders.
import { loadDictionary, loadNameDictionaries } from "@stll/anonymize-data";
// City dictionaries and the full bundle.
import {
loadCityDictionary,
loadDictionaryBundle,
} from "@stll/anonymize-data/cities";The city API sits in its own entry because its loader map holds one literal import() per covered country. A bundler emits every city chunk for any module graph that reaches it, so the root entry stays free of that dependency.
Maintenance
- The package build checks trigger configs for schema mistakes and duplicate trigger collisions.
- The npm tarball is expected to contain every exported dictionary path listed in
package.json. - Release automation should validate the packed file list before anything is published.
