NamesPlus Expansion
Given names are mapped to stems and known variants, so Robert can resolve to Bob and William can resolve to Bill without pretending those variants are source-backed aliases.
Matching Engine
Hunter screens customer records against Nominodata-powered compliance datasets using NamesPlus name expansion, address verification, Jaro-Winkler scoring, source sync controls, and usage-based costing.
Architecture
The Hunter Matching Gateway keeps Nominodata download channels, normalized compliance data, and customer candidate pools distinct. That separation supports safer sync operations, clear lineage, and metered screening without blending customer records into provider datasets.
Download Nominodata ZIP archives from S3 channels and decompress in memory.
Seed watchlists, NamesPlus variants, country mappings, and address rules.
Generate candidate name forms using stems, nicknames, token order, and phonetics.
Combine deterministic locks with Jaro-Winkler similarity and evidence weighting.
Record checks, sync runs, estimates, invoice lines, and printable client summaries.
Matching Logic
Hunter combines hard mismatch rules with fuzzy matching so the engine catches real variants without accepting impossible records.
Given names are mapped to stems and known variants, so Robert can resolve to Bob and William can resolve to Bill without pretending those variants are source-backed aliases.
Name tokens are compared even when middle names are missing, initials are used, or token order is reversed across jurisdictions and source formats.
Directionals, street types, units, and countries are standardized while building numbers remain locked. A house-number conflict is treated as an immediate mismatch.
Fuzzy name and street comparisons use Jaro-Winkler scoring, with prefix sensitivity tuned for practical compliance screening.
Every candidate match can carry evidence: exact name, variant, token overlap, DOB, country, identifier, address, PEP role, or negative evidence.
Match requests, sync operations, cost estimates, invoice line items, and printable client invoices are tracked as part of the gateway workflow.
The Matching Engine can be exposed through a Hunter MCP connector, allowing approved AI agents and internal compliance assistants to run governed name matching, variant expansion, and screening-support queries without exposing credentials or raw production systems. Designed for controlled workflows where analysts need explainable matching results inside the tools they already use.
Coverage
The gateway is designed to ingest principal Nominodata risk, KYC, and compliance feeds and expose them through a coherent screening surface.
API Surface
The reference gateway runs as a Python service with SQLite in local sandbox mode and can be adapted for AWS EC2 deployment.
MCP Connector
The Matching Engine can be exposed through a Hunter MCP connector, allowing approved AI agents and internal compliance assistants to run governed name matching, variant expansion, and screening-support queries. The connector is designed for controlled workflows where analysts need explainable matching results inside the tools they already use — without exposing credentials or raw production systems.
/api/matchDrag-and-drop CSV screening endpoint with Jaro-Winkler scoring and evidence output.
/api/datasets/syncAsynchronous Nominodata dataset sync with in-memory ZIP decompression and seeding.
/api/forgot-passwordToken-based administrative console password reset workflow.
Hunter gives teams a practical matching layer for compliance data: explainable scores, source-aware candidate matches, sync controls, and usage reporting that can support client billing.