CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/payment-flow-states-reference

Pure-reference catalog of payment lifecycle state machines across Stripe, Adyen, PayPal, and Braintree: canonical states (created / requires_action / processing / succeeded / requires_capture / canceled / failed), authorisation vs capture, asynchronous webhook states, refund / dispute / chargeback transitions, and the 3-D Secure (EMVCo 3DS 2.x) frictionless / challenge flow paths with per-gateway 3DS test cards (references/3ds-flows.md). Use when designing tests for payment flows, auditing state-handling code, or covering a 3DS round-trip; this is the state model, not a builder - to author suites on it use payment-flow-test-author (refunds, disputes, webhook replay).

72

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

Overview
Quality
Evals
Security
Files

Quality

Content

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

A well-structured reference skill with a clear sequenced workflow, explicit validation guidance, an anti-patterns checklist, and clean progressive disclosure into three real reference files. Slight conciseness gains are available by trimming concept restatements in the Overview and auth-vs-capture sections.

Suggestions

Trim restatements of concepts Claude already knows (e.g. 'The PaymentIntent encapsulates the lifecycle of a customer payment' and the basic definition of authorise/capture) to tighten the Overview and authorisation-vs-capture sections.

Consider shortening the inline doc citations (e.g. the full idempotency quote) to a one-line pointer plus the rule, since the URL already carries the source.

DimensionReasoningScore

Conciseness

Mostly lean and reference-deferred with little padding, but the Overview and authorisation-vs-capture sections restate concepts (e.g. what a PaymentIntent is) Claude already knows, and some citations are slightly verbose.

4 / 5

Actionability

Provides concrete test-card numbers, specific webhook event names, per-transition assertions, and a worked example table; actionable guidance with only minor gaps, and the absence of literal code is acceptable for an instruction/reference skill.

4 / 5

Workflow Clarity

The 'How to use' section gives a clear 5-step sequence (identify -> map -> enumerate -> derive -> assert) with an explicit validation checkpoint that handlers must be webhook-driven rather than inferred from the sync return, plus an anti-patterns checklist.

5 / 5

Progressive Disclosure

SKILL.md is a clear overview pointing to three real, well-signaled one-level-deep references (payment-state-machines.md, 3ds-flows.md, gateway-test-cards.md), each cited at the relevant section, with no nested references.

5 / 5

Total

18

/

20

Passed

Description

92%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, specific description that clearly names the domain, enumerates concrete capabilities, and provides explicit use-when triggers with a boundary clause against a related skill. Minor trigger-term synonyms sit in the body rather than the description itself.

DimensionReasoningScore

Specificity

Lists multiple concrete capabilities (canonical states, auth vs capture, webhook states, refund/dispute/chargeback transitions, 3DS frictionless/challenge paths, per-gateway test cards), giving comprehensive coverage of the domain.

5 / 5

Completeness

Explicitly states what it is ('Pure-reference catalog of payment lifecycle state machines...') and when to use it ('Use when designing tests for payment flows, auditing state-handling code, or covering a 3DS round-trip'), with a clear boundary clause.

5 / 5

Trigger Term Quality

Includes natural triggers ('designing tests for payment flows', 'auditing state-handling code', 'covering a 3DS round-trip') and provider/domain terms, but a few common user phrases live only in the body rather than the description.

4 / 5

Distinctiveness Conflict Risk

Occupies a narrow niche (payment state-machine reference) and explicitly disambiguates from the sibling authoring skill 'payment-flow-test-author', minimizing conflict risk.

5 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents