CtrlK
BlogDocsLog inGet started
Tessl Logo

app-analytics

When the user wants to set up, interpret, or improve their app analytics and tracking. Also use when the user mentions "analytics", "tracking", "metrics", "KPIs", "App Store Connect analytics", "install tracking", "funnel", "attribution", or "how is my app performing". For A/B testing, see ab-test-store-listing. For retention metrics, see retention-optimization.

62

Quality

72%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/app-analytics/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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, genuinely useful reference for mobile app analytics with strong benchmark data and a concrete event catalog, but it front-loads definitional content Claude already knows and lacks a sequenced workflow beyond the initial assessment. Splitting the metric/event reference tables into a separate reference file and trimming known definitions would lift both conciseness and progressive disclosure.

Suggestions

Drop definitional rows Claude already knows (DAU/MAU, ARPU, churn formulas) and keep only the non-obvious data: benchmarks, tool costs, and event properties.

Move the Key Metrics Framework tables and full event catalog into a references/ file, leaving SKILL.md as an overview with clearly signaled links.

Sequence the work end-to-end (assessment -> audit -> tracking plan -> dashboard setup -> interpretation) so the skill reads as a workflow rather than disconnected reference sections.

DimensionReasoningScore

Conciseness

Many table rows define concepts Claude already knows ("DAU | Daily Active Users", "ARPU | Revenue / All Users"), while the genuinely non-obvious data (benchmark ranges, tool costs, event catalog) sits alongside them. Mostly efficient but a recurring pattern of unnecessary definitional content keeps it below anchor 4.

3 / 5

Actionability

Concrete guidance throughout: exact assessment questions, a tool table with cost and priority, a full snake_case event catalog with properties, and output-format templates. Placeholders like [primary_action] and [N] prevent it from being fully copy-paste ready, matching anchor 4 rather than 5.

4 / 5

Workflow Clarity

The Initial Assessment is a numbered 1-5 sequence, but the remaining sections are unsequenced reference material with no validation checkpoints or feedback loops. Sequence is present but checkpoints are implicit, matching anchor 3; it does not reach anchor 4 because only one section is actually sequenced.

3 / 5

Progressive Disclosure

Single-file skill with well-organized headers, but roughly 200 lines of metric tables and event catalogs are inlined where a reference file split would fit. Structure exists but content that could be separate is inline, matching anchor 3 rather than 4.

3 / 5

Total

13

/

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 what-and-when structure, abundant natural trigger terms, and explicit boundary delegation to sibling skills. The only weakness is that the capability verbs are somewhat generic compared to the comprehensiveness of the top specificity anchor.

Suggestions

Replace generic verbs with concrete deliverables, e.g. "build event tracking plans, audit analytics stacks, interpret funnel and retention data".

Add missing high-frequency synonyms such as "retention", "dashboards", "conversion", or tool names users commonly mention (Mixpanel, Amplitude, Firebase).

DimensionReasoningScore

Specificity

Names the domain and three concrete actions ("set up, interpret, or improve their app analytics and tracking") with clear boundary delegation. Falls short of anchor 5 because the actions are generic verbs without concrete deliverables like building tracking plans or auditing funnels.

4 / 5

Completeness

Explicitly answers both what ("set up, interpret, or improve their app analytics and tracking") and when ("When the user wants to... use when the user mentions...") with concrete trigger phrases, matching the top anchor exactly.

5 / 5

Trigger Term Quality

Nine natural trigger terms including the conversational phrase "how is my app performing" and tool-specific "App Store Connect analytics". A few natural synonyms are missing (retention, dashboards, Mixpanel/Amplitude), which keeps it below the comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

Clear mobile-app analytics niche with explicit conflict avoidance by delegating overlapping scopes ("For A/B testing, see ab-test-store-listing. For retention metrics, see retention-optimization"), giving minimal trigger-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
Eronred/aso-skills
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.