CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

financekit

Access eligible Wallet financial data using FinanceKit and FinanceKitUI. Use when querying transactions or balances, reading Apple Card, Apple Cash, Savings, or U.K. connected-account data, requesting financial-data authorization, using TransactionPicker, enabling iOS 26 background delivery, or saving and checking Wallet orders.

Quality

94%

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.

A well-engineered reference-style skill body: API-unique knowledge with no filler, executable guard/registration code, explicit error-recovery loops, a verification checklist, and a properly split two-file bundle with clearly signaled one-level-deep references. The only slack is mild triple-statement of the invariants across the mistakes/checklist sections and the absence of an inline authorization-plus-query example.

Suggestions

Merge 'Common Mistakes' into the 'Review Checklist' (or vice versa) as a single verification section — both currently restate the 'Data and sync invariants' rules, saving ~10 lines without losing any rule.

Add one short inline snippet in 'Choose the access workflow' showing the full authorization → transaction-query round trip (requestAuthorization followed by a small FinanceStore query), so the most common case doesn't require opening the reference file.

Trim the References section's duplicate link — 'FinanceKit eligibility' points to the same URL as 'FinanceKit documentation'.

DimensionReasoningScore

Conciseness

The body is dense with API-specific facts Claude cannot be assumed to know (version gates, entitlement requirements, token semantics, credit/debit interpretation) and wastes nothing on background concepts. Not a 5 because the 'Common Mistakes' and 'Review Checklist' sections restate the same rules from 'Data and sync invariants' a second and third time (e.g., token-before-commit appears in both), which could be consolidated.

4 / 5

Actionability

Two copy-paste-ready Swift snippets (availability guard, enableBackgroundDelivery) plus a need→API routing table and concrete symbol names (FinanceError.historyTokenInvalid, SaveOrderResult cases, AddOrderToWalletButton) make the guidance mostly executable. Not a 5 because the most common case — an actual authorization-plus-transaction-query sequence — is only named, not shown, leaving a minor gap that forces a hop to the reference file.

4 / 5

Workflow Clarity

The sections sequence cleanly (eligibility → workflow choice → invariants → background delivery → orders), and the anchor-5 elements are all literally present: an explicit validation gate ("Always guard availability before any financial-data or order API" with code), a feedback loop for error recovery ("On FinanceError.historyTokenInvalid, discard only the affected token and run a fresh catch-up"), and a checklist for the complex sync process. Not a 4 because no checkpoint category is missing.

5 / 5

Progressive Disclosure

The SKILL.md is a true overview: essentials inline, details split into two real, one-level-deep reference files that are clearly signaled with a description of their contents ("predicate factories, pagination, fields, currency formatting... a resumable sync manager, SwiftUI integration, extension lifecycle"), plus a top-level Contents TOC. Verified against the actual bundle: both referenced files exist and contain no nested references. Not a 4 because navigation and placement are clean throughout.

5 / 5

Total

18

/

20

Passed

Description

100%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 model description: concrete third-person capabilities paired with an explicit, comprehensive 'Use when...' trigger clause naming the exact product and API terms a user would say. It cleanly matches the rubric's good-overall examples and requires no changes.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "Access eligible Wallet financial data", "querying transactions or balances", "requesting financial-data authorization", "using TransactionPicker", "enabling iOS 26 background delivery", "saving and checking Wallet orders" — giving comprehensive, capability-level coverage in third person. Not a 4 because the actions span the skill's full surface (authorization, queries, picker, background delivery, orders) with no notable gaps.

5 / 5

Completeness

Both parts are explicit: what it does ("Access eligible Wallet financial data using FinanceKit and FinanceKitUI") and when to use it ("Use when querying transactions or balances, reading Apple Card, Apple Cash, Savings, or U.K. connected-account data..."). This matches the anchor-5 good example's structure with concrete trigger phrases; a 4 would require the 'when' clause to be less explicit or specific, which it is not.

5 / 5

Trigger Term Quality

Natural user vocabulary is comprehensively covered: "transactions", "balances", "Apple Card", "Apple Cash", "Savings", "connected-account data", "TransactionPicker", "background delivery", "Wallet orders" — these are exactly the terms a user would say when needing this skill. Not a 4 because no common synonyms or product names for this domain are missing (Apple Pay is deliberately excluded as a boundary, routed to passkit in the body).

5 / 5

Distinctiveness Conflict Risk

It carves out a clear niche (FinanceKit/FinanceKitUI Wallet financial data) with distinct triggers (Apple Card, Apple Cash, TransactionPicker, iOS 26 background delivery) that no generic skill would claim. Not a 4 because overlap risk with adjacent skills (passkit, widgetkit) is explicitly resolved by routing guidance in the body, leaving minimal conflict.

5 / 5

Total

20

/

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

thienqo/ios-skills

Path

skills/financekit/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.