CtrlK
BlogDocsLog inGet started
Tessl Logo

category-positioning

When the user wants to choose, change, or evaluate their App Store / Google Play category and subcategory — including primary vs secondary category trade-offs, chart-rank competitive analysis, category-driven discoverability, and how category choice affects featuring eligibility. Use when the user mentions "which category", "App Store category", "primary category", "secondary category", "change my category", "Health & Fitness vs Lifestyle", "Productivity vs Utilities", "rank higher in a smaller category", "category chart", "subcategory", "Play Store category", or "should I switch categories". For full ASO health beyond category, see aso-audit. For competitor analysis within the chosen category, see competitor-analysis. For chart movements within categories, see market-movers.

76

Quality

95%

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

90%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 strong, information-dense body: tables of store-specific facts Claude cannot derive, a concrete scoring framework, and a ready-to-use output template with explicit console paths and switch timing. The two weaker spots are the absence of explicit validation/feedback checkpoints in the workflow and the lack of any reference-file split, leaving a fairly long single file inline.

Suggestions

Add an explicit validation checkpoint to the workflow — e.g., a step in the Selection Framework requiring the agent to confirm the 'top-100 downloads/day floor' via get_downloads_to_top and re-verify truth fit before issuing a 'recommend' verdict, turning the implicit checks into a validate-and-fix loop.

Move the stable reference-grade material — the primary/Games/Play category enumerations and the category-specific notes table — into a references/ file (e.g., references/categories.md) and keep the decision framework and output template in SKILL.md, slimming the always-loaded body.

Sequence the body more explicitly as an end-to-end procedure (intake → gather competitive data → score candidates → decide → render output → switch plan), so the workflow reads as one ordered process rather than parallel topical sections the agent must assemble itself.

DimensionReasoningScore

Conciseness

The body is almost entirely dense tables of non-obvious domain facts — featuring activity by category, console navigation paths, switch costs ('4–8 weeks of re-indexing'), per-category editorial behavior — with essentially no padding prose and no explanation of concepts Claude already knows. Every section carries decision-relevant information, matching the 'lean and efficient; every token earns its place' anchor rather than level 4's 'minor instances of over-explanation'.

5 / 5

Actionability

The guidance is fully executable for an instruction-only skill: exact console navigation ('App Store Connect → App Information → Primary/Secondary Category'; 'Play Console → Store presence → Main store listing → Category'), a concrete weighted candidate-scoring framework, a named data lookup ('get_downloads_to_top from Appeeky'), and a copy-paste output template covering recommendation, expected outcome, and switch plan. As the rubric's scoring notes allow for instruction skills, the absence of code is not penalized when the guidance is this actionable.

5 / 5

Workflow Clarity

The sequence is clear — a 5-step Initial Assessment intake, then candidate scoring via the Selection Framework, then the output template with verdicts, recommendation, and switch plan — but validation checkpoints are implicit rather than explicit. It sits at anchor 4 ('clear sequence with most checkpoints present; minor validation gaps') rather than 5 because there is no explicit validate/verify/fix loop (e.g., re-checking data or confirming truth fit before recommending a switch); it is not 3 because the steps are well defined and a monitoring step ('weekly chart check', re-index window) does exist.

4 / 5

Progressive Disclosure

The single-file body (~163 lines) is well-sectioned and easy to navigate, but there are no bundle files at all, and substantial reference-grade material — the full primary-category enumeration, the common trade-offs table, and the category-specific notes — is inlined where a references/ file would slim the always-loaded context. This lands on anchor 4 ('good structure; most content appropriately placed; minor organization gaps') rather than 5, which expects appropriately split content with clearly signaled one-level-deep references; it is above 3 because what is inline is clearly organized and nothing is buried or nested.

4 / 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.

An exemplar description: third-person voice, concrete capability list, explicit and comprehensive 'Use when the user mentions' triggers, and explicit boundary demarcation against related ASO skills. It directly matches the rubric's good-overall examples in structure and quality.

DimensionReasoningScore

Specificity

The description lists multiple concrete, specific capabilities — 'choose, change, or evaluate their App Store / Google Play category and subcategory', 'primary vs secondary category trade-offs, chart-rank competitive analysis, category-driven discoverability, and how category choice affects featuring eligibility' — giving comprehensive coverage of the skill's actions within its niche. Not the level below (4) because there are no gaps: selection, switching, evaluation, ranking, discoverability, and featuring are all explicitly named.

5 / 5

Completeness

Both 'what' and 'when' are explicitly and clearly answered: the what is the opening capability sentence, and the when is a dedicated explicit trigger-phrase list. This mirrors the anchor-5 exemplar pattern ('Extract text and tables... Use when the user mentions PDFs, forms...') exactly; a 4 would mean the 'when' was present but less explicit.

5 / 5

Trigger Term Quality

The 'Use when the user mentions' clause covers a comprehensive set of natural user phrasings including synonyms and store-specific variants: 'which category', 'App Store category', 'primary category', 'secondary category', 'change my category', 'Health & Fitness vs Lifestyle', 'rank higher in a smaller category', 'category chart', 'subcategory', 'Play Store category', 'should I switch categories'. This matches the top anchor's standard of natural terms plus synonyms; level 4 would require noticeably missing common variants, which is not the case.

5 / 5

Distinctiveness Conflict Risk

The description carves a clear niche (category positioning within ASO) and explicitly disambiguates from sibling skills — 'For full ASO health beyond category, see aso-audit. For competitor analysis within the chosen category, see competitor-analysis. For chart movements within categories, see market-movers.' The trigger terms ('App Store category', 'subcategory') are domain-specific and unlikely to fire the wrong skill.

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
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.