CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

kyc-rules

Apply the firm's KYC/AML rules grid to a parsed onboarding record — assign a risk rating, list every rule outcome with the rule cited, and flag what's missing or escalation-worthy. Use after kyc-doc-parse; this skill decides nothing, it scores and routes.

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

The canonical home for this skill is kyc-rules in anthropics/financial-services

SKILL.md
Quality
Evals
Security

Quality

Content

93%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An exemplary lean, instruction-only skill body: concrete field-level guidance, an explicit output contract, a well-sequenced workflow with a hard final gate, and a meaningful trusted-vs-untrusted-source boundary. The only meaningful gap is edge-case handling — conflicting screening data, missing grid, and expired-document routing are not addressed.

DimensionReasoningScore

Conciseness

The ~40-line body is lean throughout: the factor table replaces prose, the trusted-source warning is one line, and no space is spent explaining concepts Claude already knows. Every token earns its place, matching the 5 anchor.

5 / 5

Actionability

For an instruction-only skill the guidance is fully executable: exact source fields (e.g. "nationality_or_jurisdiction", "beneficial_owners", "documents_received"), a copy-paste-ready output JSON block, enumerated output values ("low | medium | high", "pass | fail | n/a"), and hard rules ("Cite the rule — no outcome without a rule reference"). This matches the 5 anchor's specificity without needing code.

5 / 5

Workflow Clarity

A clear 4-step sequence (rate → check documents → rule outcomes → disposition) ending in an explicit gate ("clear only if rating is low/medium, all required docs received, and no escalation rule fired"). It sits at 4 rather than 5 because error-handling checkpoints are absent — no guidance for conflicting or unavailable inputs such as a screening result that contradicts pep_declared, a missing rules grid, or how to treat expired vs. missing documents differently in the disposition.

4 / 5

Progressive Disclosure

The skill is under 50 lines, needs no external references (its variable inputs — the rules grid and screening results — are runtime data, not skill documentation), and is organized into clearly headed sections. Per the simple-skill guideline, this scores 5.

5 / 5

Total

19

/

20

Passed

Description

83%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: concrete actions, a well-defined niche, and an explicit pipeline trigger with a crisp scope boundary. The main weakness is the "when" clause, which references only the upstream skill rather than natural user triggers, and the absence of common synonyms like "screening" or "due diligence" that a user might say.

Suggestions

Extend the "when" clause beyond the pipeline pointer to user-intent triggers, e.g. "Use after kyc-doc-parse, or when scoring/routing a parsed KYC onboarding record against the firm's rules grid".

Add common synonyms a user would naturally say — "know your customer", "screening", "due diligence" — to the trigger terms so the skill surfaces for phrasings that don't mention the rules grid.

Optionally name the disposition vocabulary (clear / request-docs / escalate) in the description so routing capability is discoverable before the skill loads.

DimensionReasoningScore

Specificity

"assign a risk rating, list every rule outcome with the rule cited, and flag what's missing or escalation-worthy" names the domain and multiple concrete, distinct actions covering the skill's full output surface. It matches the 5 anchor (multiple specific concrete actions, comprehensive coverage) rather than 4, which is reserved for actions with coverage gaps.

5 / 5

Completeness

Both "what" (three concrete outputs) and "when" ("Use after kyc-doc-parse") are explicit, but the "when" is limited to the upstream pipeline trigger and omits user-intent phrases like "use when onboarding a client". This is the 4 anchor ("when" could be more explicit or specific); it is above 3 because an explicit Use clause exists.

4 / 5

Trigger Term Quality

Natural terms like "KYC/AML", "onboarding record", "risk rating", and "escalation" are present, but "Use after kyc-doc-parse" is a pipeline pointer rather than a phrase a user would say, and common synonyms ("know your customer", "screening", "due diligence", "sanctions") are absent. This fits the 4 anchor (good keyword coverage, a few natural terms missing), not 5 (comprehensive coverage including synonyms).

4 / 5

Distinctiveness Conflict Risk

A clear niche — post-parse rules-grid scoring for KYC onboarding — with an explicit boundary ("this skill decides nothing, it scores and routes") separating it from its upstream parser. Minimal conflict risk with other skills, matching the 5 anchor.

5 / 5

Total

18

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

anthropics/financial-services

Path

plugins/vertical-plugins/operations/skills/kyc-rules/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.