Generate a spreadsheet of test entries — newly designated names from OFAC, OFSI, and EU sanctions lists plus deliberate variations of those names — to validate that a sanctions screening system catches fresh designations and is tuned to the right fuzziness threshold. Use this whenever the user asks for sanctions list update test data, screening regression test data, screening QA, fuzzy match calibration, or wants to verify their screening lists are current. Trigger even if the user doesn't say 'screening' explicitly — phrases like 'test my sanctions list', 'check our SDN coverage', 'is my list up to date', or 'build me a regression set from the latest designations' should also invoke this skill.
Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.
Quelldateien prüfen
Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Ein direkter Befehl überspringt den Prüf-Prompt. Prüfen Sie die Quelle, bevor Sie ihn ausführen.
Generate a spreadsheet of test entries — newly designated names from OFAC, OFSI, and EU sanctions lists plus deliberate variations of those names — to validate that a sanctions screening system catches fresh designations and is tuned to the right fuzziness threshold. Use this whenever the user asks for sanctions list update test data, screening regression test data, screening QA, fuzzy match calibration, or wants to verify their screening lists are current. Trigger even if the user doesn't say 'screening' explicitly — phrases like 'test my sanctions list', 'check our SDN coverage', 'is my list up to date', or 'build me a regression set from the latest designations' should also invoke this skill.
This skill produces a spreadsheet that compliance teams can run through their sanctions screening system to verify two things at once:
Coverage — the screening list is current (catches names added in the most recent designations).
Fuzzy tuning — the screening engine is tuned to catch realistic name variations (transliterations, transpositions, alphabet swaps), not just exact strings.
Each row in the output is a single test entry: a designated name or a deliberate variation of one, plus the metadata an analyst needs to interpret a hit (or a miss).
When to run
Run when the user asks for:
New designation test data / screening regression set
Validation that their sanctions list is up to date
A fuzzy-match calibration test set
Anything matching "test my screening" or "check our [SDN/OFSI/EU] coverage"
If the user doesn't specify a lookback window, default to the trailing 7 days. If they say "since last run" and provide a prior date, use that.
Workflow
Step 1 — Pull recent designations from the Big 3
Regulator
Source
What to capture
OFAC
https://ofac.treasury.gov/recent-actions
Additions to the SDN List or sectoral/Non-SDN lists. Exclude amendments, removals, FAQ updates, and republished general licenses.
OFSI
https://www.gov.uk/government/publications/the-uk-sanctions-list plus the matching OFSI notice PDF (see sub-procedure below)
Entries marked "Added" only — exclude "Amended" and "Removed".
EU
Two sources used together: (1) https://data.europa.eu/apps/eusanctionstracker/ — the EU Sanctions Tracker; the middle of the page lists the most recently designated individuals and entities, used to identify in-window additions. (2) The relevant Council Implementing Regulation in the Official Journal (e.g., Regulation (EU) 2026/509 for the 20th Russia package), accessed via EUR-Lex — the canonical legal source for identifiers, addresses, designation reasoning, and listing references.
New entries on the consolidated CFSP financial sanctions list.
OFSI sub-procedure
The UK Sanctions List page tells you the list changed and on what date. The designee detail you need (identifiers, designation reasoning, regulator-published name variations) lives in the matching OFSI notice PDF, published as a separate document.
Always expand the full change log. The "Updates to this page" section on https://www.gov.uk/government/publications/the-uk-sanctions-list is collapsed by default. The visible portion is partial; in-window entries can sit below the fold. Click "show all updates" (or expand the #full-publication-update-history anchor) every time, before reading the log.
Workflow:
Open https://www.gov.uk/government/publications/the-uk-sanctions-list#full-publication-update-history and expand "show all updates" so every entry is visible.
Read every entry within the lookback window. Identify those that list "Added" — exclude entries that are only variations, administrative amendments, corrections, or revocations. Note the date and the sanctions program(s) named.
For each program with additions, web-search OFSI notice [program name] [day] [month] [year] (e.g., OFSI notice Sudan 29 April 2026) and locate the matching PDF. The URL begins with https://assets.publishing.service.gov.uk/media/... followed by the notice name.
Confirm the PDF's publication date matches the change-log entry. If multiple notices for the program exist, only the one tied to the in-window date is the right source.
Parse the notice. The PDF itself states whether each entry is an Addition, Variation, or Removal. Pull only entries under "Additions". For each addition capture: primary name, unique ID, regime name, sanctions imposed, DOB, town/country of birth, all nationalities, all passports, national ID(s), address, position, designation source (UK / UN), date designated, and any UN reference number (e.g., SDi.011).
If the UK is implementing a UN Security Council listing, note the UN reference number in the identifiers column and check whether OFAC has the same individual — divergent transliterations across regulators produce useful test rows (see cross_regulator_variant in the taxonomy).
For each new entry across all three regulators, capture:
Primary name as listed
All AKAs / aliases the regulator publishes
Entity type (individual, entity, vessel, aircraft)
Sanctions program / authority
Designation date
Identifiers: DOB, POB, nationality/jurisdiction, address, passport / national ID / tax ID / IMO number / aircraft tail number
Source URL (link directly to the listing or notice page, not just the homepage)
Default scope: individuals and entities only
By default, exclude vessels and aircraft from the test set. Most sanctions screening in financial transactions runs against payment narratives, beneficiary names, and counterparty entities — not ship registries or aircraft tail numbers. A general-purpose screening test seeded with vessel and aircraft names produces noise more than signal for typical compliance teams (banks, fintechs, professional services firms).
Vessel and aircraft screening does matter for:
Trade finance and letter-of-credit operations
Ship and aircraft financing
Marine and aviation insurance
Shipping, freight forwarding, and logistics companies
Port operators and bunker / fueling services
If the user specifically requests vessel or aircraft test data, generate a separate spreadsheet for those entity types using the same column schema — don't fold them into the default output. Filename suggestion: screening-test-vessels-YYYY-MM-DD.xlsx or screening-test-aircraft-YYYY-MM-DD.xlsx.
In the response that delivers the default output, briefly note that vessels/aircraft were excluded and that a separate set is available on request.
Volume control
Apply this rule to each individual regulatory action separately (a single OFAC Recent Action page, a single OFSI notice, a single EU Council Implementing Regulation), after removing vessels and aircraft from the population unless the user requested them. Apply per-action, not to the combined cross-regulator total.
5 or fewer additions in the action → take all of them.
More than 5 additions → sample 5 random entries plus 10% of the total (round up). E.g., a 120-designee EU package → 5 + ⌈12⌉ = 17 entries; a 30-designee OFAC action → 5 + 3 = 8 entries.
When sampling, stratify the random pick across entity_type (individuals vs entities) and program where possible, so the sample isn't accidentally one-sided. State in the response which entries were selected, the total post-exclusion population, and that the rest are available on request.
Step 2 — Generate 6–8 variations per name, categorized by failure mode
Each variation must be tagged with the failure mode it tests, so the analyst can read the resulting hit/miss pattern as diagnostic information about their screening tool. Pick 6–8 modes per name from the taxonomy below, biased toward the modes most relevant to that name's origin and structure (e.g., transliteration and script substitution are critical for Arabic/Persian/Russian/Chinese names; legal-form variants matter most for entities).
Variation taxonomy
#
Mode
What it tests
Example: "Mohammad Reza Hosseini"
1
Transposition
Word-order handling
"Hosseini Mohammad Reza"; "Hosseini, Mohammad Reza"
Dropping middle names, suffixes, or one of multiple given names
"Mohammad Hosseini" (drops "Reza")
10
Cross-regulator variant
Same person rendered differently by OFAC / OFSI / EU / UN. When the listed person appears on multiple lists with divergent spellings, each spelling is a separate test row tagged cross_regulator_variant with strong strength. This is critical for firms screening against multiple lists with one fuzzy threshold.
OFSI "DAGALO" vs OFAC "DAGLO" for the same family
For entities, swap relevant modes for legal-form variants ("LLC" / "L.L.C." / "Ltd" / "Limited" / "Co." / "Company"), Latin/native-script swap, abbreviation of long names, and common ownership-prefix changes ("OAO" / "OOO" / "PJSC" for Russian entities; "JSC" / "Public Joint Stock Company"; etc.).
For vessels, vary spacing around "M/V", "M.V.", or "MV"; test the IMO number with and without the "IMO" prefix and with/without spaces; include the previous name if the regulator lists one.
For aircraft, vary tail number formatting (with/without dashes; with/without leading country code).
Step 3 — Tag each variation with an expected match strength
So the analyst knows what their screening tool should be doing:
exact — the variation is identical to a string the regulator publishes (the primary name or a listed AKA). A correctly-loaded screening list must catch this. Failure here means the list is stale or not loaded.
strong — close edit distance (1–2 character changes, casing, spacing, diacritics). Should be caught at typical fuzzy thresholds (~85%+).
moderate — transliteration variants, honorific noise, transposition. Should be caught at moderate thresholds (~70–85%).
weak — script substitution, heavy truncation, multi-mode combinations. Tests the upper end of fuzziness or the screening tool's transliteration / non-Latin support.
Step 4 — Build the spreadsheet
Use the xlsx skill to produce a single-sheet workbook. One row per test entry: each original name produces one exact row plus 6–8 variation rows, so a typical run with 5 new designees yields 35–45 rows.
Columns, in this order:
#
Column
Notes
1
original_name
Primary name as listed by the regulator
2
variation
The actual test string to feed into screening
3
variation_type
From the taxonomy (exact, transposition, transliteration, etc.)
4
expected_match_strength
exact / strong / moderate / weak
5
entity_type
Individual / Entity / Vessel / Aircraft
6
source_list
OFAC SDN / OFAC Non-SDN / OFSI / EU CFSP
7
program
e.g., RUSSIA-EO14024, SDGT, IRAN-HR, RUS (UK), 2014/145/CFSP (EU)
8
designation_date
YYYY-MM-DD
9
aliases_aka
Semicolon-separated AKAs as published
10
dob_or_incorporation
DOB for individuals; incorporation date for entities (when listed)
11
pob_or_place_of_incorporation
Place of birth (individuals) or place of incorporation (entities)
12
nationality_or_jurisdiction
Nationality or jurisdiction
13
address
Listed address(es), semicolon-separated
14
identifiers
Labeled and pipe-separated, e.g., Passport: A12345 | National ID: 1234567890 | IMO: 9876543
15
regulator_url
Link to the specific listing or notice page
Filename: screening-test-YYYY-MM-DD.xlsx (use the date the skill is run).
Apply minimal formatting: bold header row, frozen top row, autosize columns. Do not add formulas — this file is a flat data set, not a model.
Output checklist before delivering
Every original name has 1 exact row plus 6–8 variation rows
Every variation has a variation_type and expected_match_strength
At least one script-substitution row per name when the name has a non-Latin origin
Vessels and aircraft are excluded from the default output (or, if a separate set was requested, vessels include IMO and aircraft include tail number)
regulator_url links to the specific listing or notice, not the regulator's homepage
Header row is bold and frozen
No empty rows, no merged cells
Response notes the vessel/aircraft exclusion and offers a separate set
Edge cases
Same person across multiple regulators with different spellings. When OFAC, OFSI, and EU all designate the same person with slightly different spellings or DOBs, include each spelling as a separate row with its source list — that divergence is the test.
41:["$","div",null,{"className":"relative z-10 mx-auto max-w-[1400px] px-4 pb-16 sm:px-8 lg:px-16","children":[["$","$L45",null,{"skillId":"81dcb74d-f54d-4b75-9a7a-594b92a9e0c5","skillTitle":"New Sanctions Designation Screening Test","skillStatus":"active","skillVisibility":"listed","slug":"new-designation-screening-test-amir-fadavi","shareToken":null,"settingsShareToken":null,"fileTree":["CONTRIBUTING.md","LICENSE","README.md","SKILL.md"],"textContents":{"CONTRIBUTING.md":"By submitting a pull request, you certify that your contribution is your own work and that you license it to the project under the MIT License (Developer Certificate of Origin v1.0).\n","README.md":"$46","SKILL.md":"$47"},"fileSizes":{"CONTRIBUTING.md":183,"LICENSE":1066,"README.md":6258,"SKILL.md":14098},"hasShowcase":false,"hasSandbox":true,"canEdit":false,"isAdmin":false,"demoFiles":[],"sandboxConfig":{"steps":[{"type":"files","filesRequired":false}],"prompt":{"en":"Test whether the sanctions lists in use are up-to-date. ","fr":"Test whether the sanctions lists in use are up-to-date. "}},"initialDependencies":[],"initialMcpServers":[],"initialOauthConnections":[],"initialAccessGrants":[],"showcase":null,"about":{"locale":"en","sections":[{"title":"What this skill does","body":"Generate a spreadsheet of test entries — newly designated names from OFAC, OFSI, and EU sanctions lists plus deliberate variations of those names — to validate that a sanctions screening system catches fresh designations and is tuned to the right fuzziness threshold. Use this whenever the user asks for sanctions list update test data, screening regression test data, screening QA, fuzzy match calibration, or wants to verify their screening lists are current. Trigger even if the user doesn't say 'screening' explicitly — phrases like 'test my sanctions list', 'check our SDN coverage', 'is my list up to date', or 'build me a regression set from the latest designations' should also invoke this skill."},{"title":"How to use","body":"The best way to start is to try it live right here — run it against your own document or question to see exactly how it operates, without any setup. Once you're comfortable, download the skill files and drop them into any AI assistant — Claude (Anthropic), ChatGPT (OpenAI), Gemini (Google), or Mistral. The same skill file works across all of them, so you are never locked into a single provider."}],"requiredSkills":[],"dependentSkills":[],"author":{"name":"Amir Fadavi
