CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

revenuecat-testing-setup

Set up a testing environment for RevenueCat purchases without charging real money. Use when the user says test RevenueCat purchases, sandbox setup, StoreKit configuration file, license tester, how do I test purchases without real money, set up sandbox account, internal testing track, or test paywall on iOS, Android, Kotlin Multiplatform, Flutter, or React Native.

Quality

84%

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

70%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-organized, information-dense skill with excellent workflow sequencing and an explicit verification checklist, covering genuinely non-obvious RevenueCat testing specifics. Its main weakness is bundle integrity: the entire Implementation step depends on five platform files that are absent, leaving the reader without the concrete per-platform configuration steps the body promises.

Suggestions

Include the five referenced `platforms/*.md` files in the bundle, or inline the essential per-platform configuration (at minimum the debug/release API key swap pattern for one platform) so the Implementation step is self-sufficient.

Merge the two Test Store sections (the fidelity-channel bullet and "Test Store: when to reach for it before sandbox") into one to remove the duplicated description of what Test Store does and does not simulate.

Add one concrete SDK `configure` snippet showing the `test_` key in a debug build so the key-gating guidance is executable rather than descriptive.

DimensionReasoningScore

Conciseness

The body is dense with non-obvious, RevenueCat-specific facts (sandbox renewal cadence table, `test_` key prefix, dashboard Sandbox/Production toggle, license tester behavior) and avoids generic explanation. It slips to 4 rather than 5 because the Test Store is described twice — once in the fidelity channel list and again in its own section — and those could be merged.

4 / 5

Actionability

Platform detection is fully executable (exact file checks with deterministic tie-breaking) and dashboard paths are concrete, but the Implementation section defers all per-platform configuration to `platforms/ios.md` etc., and none of those files exist in the bundle — "The platform files show the per platform key swap pattern" points to missing key details. That is incomplete guidance, matching anchor 3 rather than 4.

3 / 5

Workflow Clarity

Clear sequence: detect platform (with explicit conflict-resolution rules), read the matching platform file, configure, then verify via an explicit four-item checklist (dashboard appearance, appUserID, entitlement active, restore on fresh install). The failure path is stated ("If any of those four steps fails, the environment is not ready") with a pointer to troubleshooting, satisfying the validation-and-feedback anchor.

5 / 5

Progressive Disclosure

Structurally the references are well-signaled and one level deep (numbered detection rules each naming their platform file, plus a dedicated Implementation list). But scored against the actual bundle: no `references/`, `scripts/`, or `assets/` directories exist and none of the five referenced `platforms/*.md` files are present, so the navigation structure promises content the bundle does not deliver. That gap holds it at 3 rather than 4-5.

3 / 5

Total

15

/

20

Passed

Description

90%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 what-and-when structure with an extensive, natural trigger list and a clearly bounded RevenueCat niche. The only limitation is that it names a single capability (environment setup) rather than enumerating several concrete actions.

DimensionReasoningScore

Specificity

"Set up a testing environment for RevenueCat purchases without charging real money" names the domain and one concrete action, but does not list several distinct actions. It sits at anchor 3 (1-2 concrete actions, not comprehensive) rather than 4, which requires multiple specific actions enumerated.

3 / 5

Completeness

It explicitly answers both "what" (set up a testing environment for RevenueCat purchases without charging real money) and "when" via an explicit "Use when the user says..." clause with concrete trigger phrases, matching the anchor-5 example structure. Not lower: nothing is implicit or vague.

5 / 5

Trigger Term Quality

The trigger list is comprehensive and natural: "test RevenueCat purchases", "sandbox setup", "StoreKit configuration file", "license tester", "how do I test purchases without real money", "set up sandbox account", "internal testing track", "test paywall", plus all five platform names. These are exact phrases a user would say, with synonyms covered.

5 / 5

Distinctiveness Conflict Risk

The description is firmly niche (RevenueCat-specific with named testing channels and platforms), so it is clearly distinguishable from generic purchase-testing or StoreKit skills. Only a hypothetical other RevenueCat skill would overlap, which is 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

RevenueCat/ai-toolkit

Path

revenuecat/skills/revenuecat-testing-setup/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.