CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

axiom-payments

Use when accepting ANY real-world payment — Apple Pay, Wallet passes, Tap to Pay, Orders in Wallet. NOT in-app purchase / digital content (use axiom-integration). Covers entitlements, certs, signing, App Review payment rules.

Quality

89%

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

SKILL.md
Quality
Evals
Security

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.

An exemplary router/index skill: complete boundary routing, explicit anti-rationalization traps with concrete facts, and clean one-level-deep disclosure. Its main weakness is token redundancy — the same routing table is effectively presented four times in different formats.

Suggestions

Collapse the redundancy between the Quick Reference table, the dot Decision Tree, the 'Simplified routing' list, and Example Invocations — keep one canonical routing structure (the symptom table) and one decision flow, cutting the other two or trimming them to a handful of non-obvious cases.

Trim Example Invocations to the 4–5 least obvious queries; most entries restate rows already in the Quick Reference table (e.g. 'How do I build a Wallet pass' duplicates the Wallet passes row).

Move the Cross-Suite Routing section's generic deferrals (axiom-design, axiom-macos, axiom-watchos) into the 'When NOT to Use' table to avoid maintaining two overlap tables.

DimensionReasoningScore

Conciseness

Routing information is restated in four overlapping forms — the Quick Reference symptom table, the dot Decision Tree, the 'Simplified routing' numbered list, and Example Invocations — which is redundant and could be consolidated. Otherwise the body assumes Claude's competence (no basic-concept explanations), so it sits above the verbose anchors but below efficient.

3 / 5

Actionability

Every query shape routes to a specific file path, and the Anti-Rationalization table carries concrete, checkable specifics ('Payment Processing Certificates expire after 25 months', 'Two-step request (dev → distribution)'). Example Invocations cover the common cases end-to-end for a routing skill.

5 / 5

Workflow Clarity

The routing decision is unambiguous and complete: boundary check (Apple Pay vs IAP) → surface → pass type → failure path, with the 'Something not working?' path closing the tree. No destructive or batch operations exist, so the validation cap does not apply, and every branch terminates in a concrete file.

5 / 5

Progressive Disclosure

The body is a pure index: a concise overview, a symptom→file Quick Reference table, and well-signaled one-level-deep references to skills/*.md with no nested reference chains. No bundle files exist in this directory to verify, but the on-page structure matches the clear-overview-with-one-level-references anchor exactly.

5 / 5

Total

18

/

20

Passed

Description

87%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: explicit use-when triggers, a named niche with an explicit exclusion for the nearest competing skill, and specific covered surfaces and topics. The only improvement space is adding a few natural synonyms (contactless, point of sale) and framing capabilities as actions rather than covered domains.

DimensionReasoningScore

Specificity

Names concrete surfaces ('Apple Pay, Wallet passes, Tap to Pay, Orders in Wallet') and specific topic areas ('entitlements, certs, signing, App Review payment rules') with only minor coverage gaps. Not a 5 because the items are domains rather than the multiple concrete actions of the top anchor.

4 / 5

Completeness

Explicitly answers when ('Use when accepting ANY real-world payment — ...') and what (the four payment surfaces plus 'Covers entitlements, certs, signing, App Review payment rules') with concrete trigger phrases. Matches the anchor-5 example pattern of what-and-when with explicit triggers; not 4 because the 'when' is already fully explicit.

5 / 5

Trigger Term Quality

'Apple Pay', 'Wallet passes', 'Tap to Pay', and 'in-app purchase / digital content' are phrases users naturally say, and the negative trigger doubles as an anti-trigger. Falls short of the comprehensive-synonym anchor 5 because common variations like 'contactless', 'point of sale', or 'PKPass' are absent.

4 / 5

Distinctiveness Conflict Risk

A clear niche with a built-in negative boundary ('NOT in-app purchase / digital content (use axiom-integration)') that pre-empts the single highest-confusion overlap. Trigger terms are unambiguous, so minimal conflict risk.

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

CharlesWiltgen/Axiom

Path

axiom-codex/skills/axiom-payments/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.