CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

connect-required-verification-information

Use this skill when the user asks what information a Stripe Connect connected account must provide for verification, onboarding, KYC, or account requirements; when they need to compare requirements between connected-account setups; or when they ask which verification fields, documents, or business details are required for a particular platform country, account country, business type, dashboard, service agreement, or capability.

64

Quality

80%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./providers/cursor/plugin/skills/connect-required-verification-information/SKILL.md

The canonical home for this skill is connect-required-verification-information in stripe/ai

SKILL.md
Quality
Evals
Security

Quality

Content

77%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.

The body delivers fully executable, precisely validated workflow guidance with exact endpoints, commands, and error-recovery loops — top-tier actionability and workflow clarity. Its weaknesses are repetition across the rules, flow, and response-reading sections, and a monolithic single-file structure that inlines reference material instead of splitting it out.

Suggestions

Deduplicate the guidance repeated across 'Hard rules', 'Resolve capabilities', the Agent flow, and 'Read the API responses' (e.g., the full-list-printing rule, the retryable build-error rule, and the filtered-capability explanation each appear twice) by stating each rule once and cross-linking the section.

Move the row-definition regex tables and the API response-field reference into a separate reference file (e.g., references/row-definitions.md) referenced one level deep, keeping SKILL.md as an overview with the interaction contract and flow.

Fix the mangled formatting of the row-definition lists (long run-on paragraphs like the 'account:' and 'entity:' definitions), which hurts scannability and machine parsing.

DimensionReasoningScore

Conciseness

The body is dense, instruction-only prose with no explanations of concepts Claude already knows, but it contains systematic repetition across sections — e.g., the option-display rules ('When the number of available options exceeds four, *always* print the full validated reference list') restated in 'Resolve capabilities' step 6, and 'Treat transport or build failures as retryable' appearing both in the Agent flow ('Treat transport or build failures as retryable helper failures') and in 'Read the API responses' ('you must treat this as retryable rather than as a business conclusion'). At ~400 lines it could be meaningfully tightened.

3 / 5

Actionability

Fully executable throughout: exact endpoint URLs ('https://docs.stripe.com/_endpoint/get-requirements-for-setups'), copy-paste curl commands with concrete --data-urlencode parameters, precise response-field semantics ('country_map[ACCOUNT_COUNTRY].tos_types constrains tosType'), and a complete table-construction algorithm with explicit column layouts and worked examples covering both naive and expert user cases.

5 / 5

Workflow Clarity

A clear 12-step Agent flow, an explicit mermaid dependency chain, and explicit validation checkpoints with feedback loops: 'validation_errors means the setup was invalid and must be corrected', 'build_errors... you must treat this as retryable', an empty filtered capability list forces revising earlier setup choices, and changing any upstream field requires re-checking all downstream fields. The operations are read-only lookups, so the destructive/batch cap does not apply.

5 / 5

Progressive Disclosure

There are no bundle files at all: everything, including reference-type material such as the regex row-definition tables ('account: Merchant category code: /business_profile.mcc/...') and the API response-field reference, is inlined in a single ~400-line SKILL.md. Internal structure is decent (well-named sections with anchor links), but content that clearly belongs in separate reference files is inlined.

3 / 5

Total

16

/

20

Passed

Description

73%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.

The description has excellent, explicit trigger guidance with strong natural keywords and a clearly distinct niche, but it is entirely 'when'-focused: it never states what the skill actually does, leaving its capability implicit and its specificity at a mid level.

Suggestions

Lead with a short third-person statement of what the skill does, e.g., 'Fetches and presents the required verification information for Stripe Connect connected-account setups from the Stripe docs endpoints', before the trigger clauses.

Mention the concrete actions the skill performs (querying setup options, validating a setup, rendering requirement tables, and comparing two setups) so the 'what' is explicit rather than implied by the 'when' phrasing.

Add a few natural trigger synonyms users commonly say, such as 'what documents do I need' or 'identity verification requirements', to broaden natural keyword coverage.

DimensionReasoningScore

Specificity

The description names the domain ('Stripe Connect connected account... verification, onboarding, KYC, or account requirements') and enumerates concrete facets like 'verification fields, documents, or business details' and 'platform country, account country, business type', but these are objects of the user's question rather than the skill's own actions — what the skill actually does (fetch and present requirements) is never stated as a capability.

3 / 5

Completeness

The 'when' is explicit and detailed ('Use this skill when the user asks what information a Stripe Connect connected account must provide...; when they need to compare requirements...; or when they ask which verification fields... are required'), but the 'what' — the skill's actual behavior — is only implied through the trigger phrasing rather than stated directly, so it does not reach the fully-explicit-both anchor.

4 / 5

Trigger Term Quality

Good natural keyword coverage: 'verification', 'onboarding', 'KYC', 'account requirements', 'compare requirements', 'documents', 'business type' are phrases users would naturally say. A few natural variations (e.g., 'what documents do I need', 'identity verification') are missing, short of the comprehensive-synonym anchor.

4 / 5

Distinctiveness Conflict Risk

A clear niche (Stripe Connect account verification/KYC requirements) with distinct, specific triggers like 'service agreement', 'platform country', and 'connected-account setups'; minimal risk of triggering the wrong skill.

5 / 5

Total

16

/

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

stripe/ai

Path

providers/cursor/plugin/skills/connect-required-verification-information/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.