CtrlK
BlogDocsLog inGet started
Tessl Logo

revenuecat-identify-user

Tie RevenueCat identity to your app's auth system. Use when the user asks to log in to RevenueCat, sync a user with RevenueCat, switch RevenueCat user on login, log out of RevenueCat, move a user from anonymous to identified, set appUserID, or handle account switching on iOS, Android, Kotlin Multiplatform, Flutter, or React Native.

64

Quality

76%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./revenuecat/skills/revenuecat-identify-user/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

62%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-structured skill with clear workflow sequencing and strong verification criteria. Its main weakness is the lack of any inline code examples — all implementation is deferred to platform files that aren't provided in the bundle. The shared concepts section provides genuinely useful domain-specific knowledge (anonymous aliasing, logOut error handling, account switching pattern) but could be slightly more concise.

Suggestions

Add at least one inline code snippet showing a representative logIn/logOut call (e.g., for one platform) so the skill is partially actionable even without the platform files.

Tighten the shared concepts bullets — for example, 'Configure first' is a single sentence that Claude can infer; consider removing or merging the most obvious points.

DimensionReasoningScore

Conciseness

The shared concepts section is mostly useful but includes some explanations Claude would already know (e.g., explaining what anonymous IDs are, what restore does). The bullet about 'Restore is not login' is helpful domain knowledge, but some phrasing could be tighter. Overall reasonably efficient but not maximally lean.

2 / 3

Actionability

The skill provides clear conceptual guidance and platform detection logic, but contains no executable code examples directly — all implementation is deferred to platform files. The shared concepts are specific and instructive but lack concrete code snippets for logIn/logOut calls, even as quick-reference examples.

2 / 3

Workflow Clarity

The workflow is clearly sequenced: detect platform → understand shared concepts → read platform-specific implementation → verify. The verification section includes explicit checkpoints covering identity sync, sign-out behavior, anonymous-to-identified aliasing, and error handling for logOut while anonymous. The account switching sequence (logOut then logIn, not direct swap) is a clear validation constraint.

3 / 3

Progressive Disclosure

The skill references five platform-specific files with clear paths and detection criteria, which is good progressive disclosure structure. However, no bundle files were provided, so we cannot confirm these files exist. The skill also references other skills (integrate-revenuecat, revenuecat-purchase-flow, revenuecat-entitlements-gate) for scoping, which is good. Docked slightly because the shared concepts section is fairly long inline content that could potentially be trimmed, and the referenced files cannot be verified.

2 / 3

Total

9

/

12

Passed

Description

89%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description with excellent trigger term coverage and completeness. It clearly defines when to use the skill with a comprehensive 'Use when...' clause and includes platform-specific terms. The main weakness is the use of second person ('your app's') in the opening statement, and the initial capability statement could be slightly more specific about concrete implementation actions.

Suggestions

Rewrite the opening to use third person voice: 'Ties RevenueCat identity to an app's auth system' instead of 'Tie RevenueCat identity to your app's auth system'.

DimensionReasoningScore

Specificity

The description names the domain (RevenueCat identity/auth) and mentions some actions like 'log in', 'sync a user', 'switch user on login', 'log out', 'move from anonymous to identified', 'set appUserID', and 'handle account switching'. However, the opening statement 'Tie RevenueCat identity to your app's auth system' is somewhat vague about the concrete implementation actions. It also uses second person ('your app's'), which should penalize specificity by 1, bringing it down from a potential 3 to 2.

2 / 3

Completeness

Clearly answers both 'what' (tie RevenueCat identity to auth system) and 'when' with an explicit 'Use when...' clause listing multiple specific trigger scenarios. The when clause is comprehensive with many concrete use cases.

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms users would say: 'log in to RevenueCat', 'sync a user with RevenueCat', 'switch RevenueCat user on login', 'log out of RevenueCat', 'anonymous to identified', 'set appUserID', 'account switching', plus platform names (iOS, Android, Kotlin Multiplatform, Flutter, React Native). These are highly natural phrases a developer would use.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with a clear niche: RevenueCat identity management specifically. The combination of 'RevenueCat' with auth-specific terms like 'appUserID', 'anonymous to identified', and platform-specific mentions makes it very unlikely to conflict with other skills.

3 / 3

Total

11

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
RevenueCat/rc-claude-code-plugin
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.