Skip to content
Back to skills

Pep Media Public Search

ASecurity

This source skill describes how an AML agent should work with the **PEP, media and public search** source category inside a client-approved implementation profile. It is a source workflow, not a bundled data subscription. It does not include credentials, paid database access, provider-specific bypass instructions or proprietary source content.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 30, 2026
securitygoswiftapidatabase

Works with

  • cli
  • api

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 30, 2026

npx -y skills add tomcustos/tcaml-framework --skill pep-media-public-search --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Pep Media Public Search?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Pep Media Public Search
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tomcustos-pep-media-public-search/badge)](https://www.skillsdirectory.com/skills/tomcustos-pep-media-public-search)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
tcaml_version: "1.8.1"
document_type: "skill"
skill_type: "source"
skill_id: "pep-media-public-search"
title: "Source Skill: PEP, Media and Public Search"
risk_area:
  - pep
  - adverse_media
human_review_required: true
final_decision_allowed: false
paid_source_boundary: true
source_access_required: "client_valid_access"
private_configuration_required_for:
  - client-specific Implementation Profiles
  - private source configuration
  - evidence rules
  - MLRO escalation logic
---
# Source Skill: PEP, Media and Public Search


This source skill describes how an AML agent should work with the **PEP, media and public search** source category inside a client-approved implementation profile.

It is a source workflow, not a bundled data subscription. It does not include credentials, paid database access, provider-specific bypass instructions or proprietary source content.

## Purpose

Guide public and specialist search workflows for PEP/RCA/SOE exposure, adverse media and local public-source review.

## Category options

- PEP / RCA / SOE sources
- Adverse media and news databases
- Public search engines
- Local media and public web sources
- Other

## Used for

- CDD / EDD workflows
- adverse media review
- PEP screening
- supplier review
- counterparty screening
- periodic review

## Required inputs

Collect the fields required by the operation workflow and the implementation profile. Depending on the subject, this may include:

- case ID;
- subject type;
- full legal name or entity name;
- aliases or trading names;
- date of birth or incorporation date where available;
- nationality, residence, incorporation jurisdiction or operating jurisdiction;
- registration number, licence number, LEI, SWIFT/BIC, domain, IP address, goods code, wallet address or other source-specific identifier;
- source list and evidence requirements defined by the implementation profile.

## Workflow

1. Load the applicable operation workflow and implementation profile.
2. Confirm the selected source is approved for this client, case type and jurisdiction.
3. Confirm the client has valid access where the source is commercial, licensed or subscription-based.
4. Run the source check using the permitted browser, API, registry, database, search or evidence workflow.
5. Capture both positive/potential-result and negative/no-material-result evidence where policy requires it.
6. Record query terms, filters, source URL/reference, access date/time, result summary and limitations.
7. Compare identifiers without relying on name similarity alone.
8. Label evidence quality: official source, licensed source, public search, client-provided, unverified public source or missing/inaccessible.
9. Route red flags, ambiguity, source conflicts or unavailable required sources to MLRO / compliance review.

## Evidence requirements

Record:

- source category;
- exact source used;
- access method if relevant;
- query terms and filters;
- source URL, record ID or source reference;
- screening date/time;
- result status: no material result, possible match, confirmed source hit, unclear, missing/inaccessible;
- identifiers compared;
- screenshot/PDF/export evidence reference;
- limitations and confidence notes;
- escalation reason if any.

## Important notes

- Separate facts, official records, allegations, commentary and unverified public claims.
- Use local language queries where the implementation profile requires them.
- Do not treat public search as a final risk decision by itself.

## Red flag triggers

Route to MLRO / compliance review when any of the following appear:

- political exposure or close-associate exposure
- state-owned enterprise or government-role exposure
- material adverse media
- repeated negative signals across sources
- unresolved identity ambiguity

## Agent must not

- treat any source result as a final compliance decision;
- approve or reject a customer, counterparty, supplier, employee or transaction;
- hide uncertainty or omit missing source limitations;
- imply that a paid source is included when it is only a configurable client-approved source;
- bypass logins, licensing, MFA, access controls or source terms;
- disclose internal AML concerns to the checked subject.

Files in this skill

  • SKILL.md4.1 KB
  • WORKFLOW.md953 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…