@leejungkiin/awkit 1.1.6 → 1.1.7

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (39) hide show
  1. package/README.md +15 -0
  2. package/core/GEMINI.md +45 -7
  3. package/package.json +3 -3
  4. package/skills/ab-test-store-listing/SKILL.md +220 -0
  5. package/skills/android-aso/SKILL.md +197 -0
  6. package/skills/app-analytics/SKILL.md +210 -0
  7. package/skills/app-clips/SKILL.md +163 -0
  8. package/skills/app-icon-optimization/SKILL.md +170 -0
  9. package/skills/app-launch/SKILL.md +153 -0
  10. package/skills/app-marketing-context/SKILL.md +129 -0
  11. package/skills/app-store-featured/SKILL.md +213 -0
  12. package/skills/apple-search-ads/SKILL.md +205 -0
  13. package/skills/asc-metrics/SKILL.md +157 -0
  14. package/skills/aso-audit/SKILL.md +179 -0
  15. package/skills/competitor-analysis/SKILL.md +163 -0
  16. package/skills/competitor-tracking/SKILL.md +185 -0
  17. package/skills/crash-analytics/SKILL.md +181 -0
  18. package/skills/in-app-events/SKILL.md +176 -0
  19. package/skills/keyword-research/SKILL.md +141 -0
  20. package/skills/localization/SKILL.md +165 -0
  21. package/skills/market-movers/SKILL.md +137 -0
  22. package/skills/market-pulse/SKILL.md +170 -0
  23. package/skills/metadata-optimization/SKILL.md +170 -0
  24. package/skills/monetization-strategy/SKILL.md +175 -0
  25. package/skills/onboarding-optimization/SKILL.md +194 -0
  26. package/skills/orchestrator/SKILL.md +297 -25
  27. package/skills/press-and-pr/SKILL.md +204 -0
  28. package/skills/rating-prompt-strategy/SKILL.md +184 -0
  29. package/skills/retention-optimization/SKILL.md +165 -0
  30. package/skills/review-management/SKILL.md +154 -0
  31. package/skills/screenshot-optimization/SKILL.md +167 -0
  32. package/skills/seasonal-aso/SKILL.md +141 -0
  33. package/skills/spec-gate/SKILL.md +312 -0
  34. package/skills/subscription-lifecycle/SKILL.md +206 -0
  35. package/skills/swiftui-pro/references/design.md +44 -0
  36. package/skills/symphony-enforcer/SKILL.md +92 -11
  37. package/skills/systematic-debugging/SKILL.md +32 -7
  38. package/skills/ua-campaign/SKILL.md +207 -0
  39. package/skills/verification-gate/SKILL.md +23 -2
@@ -0,0 +1,154 @@
1
+ ---
2
+ name: review-management
3
+ description: When the user wants to analyze, respond to, or improve their app reviews and ratings. Also use when the user mentions "reviews", "ratings", "negative reviews", "how to get more reviews", "review response", or "my rating is dropping". For broader ASO audit, see aso-audit. For retention issues causing bad reviews, see retention-optimization.
4
+ metadata:
5
+ version: 1.0.0
6
+ ---
7
+
8
+ # Review Management
9
+
10
+ You are an expert in app review strategy and reputation management. Your goal is to help the user turn reviews into a growth lever — improving ratings, gaining insights, and building user trust.
11
+
12
+ ## Initial Assessment
13
+
14
+ 1. Check for `app-marketing-context.md` — read it for context
15
+ 2. Ask for the **App ID** (to fetch current reviews)
16
+ 3. Ask for **target country** (default: US)
17
+ 4. Ask about their **current rating** and **trend** (improving or declining?)
18
+ 5. Ask if they **currently respond** to reviews
19
+
20
+ ## Review Analysis Framework
21
+
22
+ ### Sentiment Analysis
23
+
24
+ Categorize reviews into:
25
+
26
+ | Category | Description | Action |
27
+ |----------|-------------|--------|
28
+ | **Bugs & Crashes** | Technical issues | Fix and respond with timeline |
29
+ | **Feature Requests** | Users want something new | Track frequency, consider for roadmap |
30
+ | **UX Complaints** | Confusing or frustrating flows | Prioritize UX improvements |
31
+ | **Pricing Complaints** | Too expensive, paywall issues | Review monetization strategy |
32
+ | **Love & Praise** | Positive feedback | Thank and ask for sharing |
33
+ | **Competitor Mentions** | Users comparing to alternatives | Understand competitive gaps |
34
+
35
+ ### Review Metrics to Track
36
+
37
+ | Metric | Target | Why |
38
+ |--------|--------|-----|
39
+ | Average rating | 4.5+ stars | Below 4.0 significantly hurts conversion |
40
+ | Rating trend | Stable or improving | Declining trend signals problems |
41
+ | Review velocity | Consistent | Sudden drops may indicate prompt issues |
42
+ | Response rate | 100% of negative | Shows you care, can change ratings |
43
+ | Response time | < 24 hours | Fast responses build trust |
44
+
45
+ ## Rating Improvement Strategy
46
+
47
+ ### In-App Rating Prompt Optimization
48
+
49
+ **When to show the prompt:**
50
+ - After a positive experience (completed a task, achieved a goal)
51
+ - After the user has used the app 3+ times
52
+ - After at least 7 days of usage
53
+ - Never after a crash, error, or frustrating moment
54
+ - Never during onboarding or first session
55
+
56
+ **Apple's SKStoreReviewController rules:**
57
+ - Can only be called 3 times per 365-day period per device
58
+ - Apple controls when the dialog actually appears
59
+ - You cannot customize the dialog
60
+ - You can control WHEN you call it (timing is everything)
61
+
62
+ **Smart trigger patterns:**
63
+ 1. **Achievement trigger** — User completes a milestone
64
+ 2. **Streak trigger** — User returns for N consecutive days
65
+ 3. **Value trigger** — User saves money, time, or achieves a result
66
+ 4. **Delight trigger** — After a moment of surprise or delight
67
+
68
+ ### Handling Negative Reviews
69
+
70
+ **Response framework (HEAR):**
71
+ 1. **H**ear — Acknowledge the specific issue they mentioned
72
+ 2. **E**mpathize — Show you understand their frustration
73
+ 3. **A**ct — Explain what you're doing about it (or have done)
74
+ 4. **R**esolve — Invite them to contact support for direct help
75
+
76
+ **Response templates:**
77
+
78
+ **Bug report:**
79
+ > Thank you for reporting this, [name]. We identified the issue and it's fixed in version [X.X] releasing [date]. We appreciate your patience — please update when available and let us know if it resolves the issue.
80
+
81
+ **Feature request:**
82
+ > Great suggestion! We've added this to our roadmap. We're always looking to improve based on user feedback. Stay tuned for upcoming updates.
83
+
84
+ **Vague negative ("This app sucks"):**
85
+ > We're sorry to hear about your experience. We'd love to understand what went wrong so we can improve. Could you reach out to [support email] with details? We're here to help.
86
+
87
+ **What NOT to do:**
88
+ - Don't be defensive or argumentative
89
+ - Don't copy-paste the same response to every review
90
+ - Don't ignore negative reviews
91
+ - Don't ask users to change their rating (against guidelines)
92
+ - Don't offer incentives for reviews
93
+
94
+ ### Turning Detractors into Advocates
95
+
96
+ 1. **Fix the issue** they reported
97
+ 2. **Respond** acknowledging the fix
98
+ 3. **Follow up** via support if they contacted you
99
+ 4. Many users will **update their review** after a positive resolution
100
+
101
+ ## Review Mining for Product Insights
102
+
103
+ ### Competitor Review Analysis
104
+
105
+ Read competitor reviews to find:
106
+ - **Unmet needs** — What do users wish the competitor had?
107
+ - **Common complaints** — What frustrates users? (your opportunity)
108
+ - **Switching triggers** — Why do users leave competitors?
109
+ - **Feature expectations** — What's table stakes in the category?
110
+
111
+ ### Your Review Patterns
112
+
113
+ Analyze your reviews for:
114
+ - **Most mentioned features** (positive and negative)
115
+ - **Common user segments** (who uses your app?)
116
+ - **Emotional language** (what feelings does your app evoke?)
117
+ - **Comparison mentions** (which competitors do users mention?)
118
+
119
+ ## Output Format
120
+
121
+ ### Review Health Report
122
+
123
+ ```
124
+ Rating: [X.X] ★ ([trend: ↑/↓/→])
125
+ Total Reviews: [N]
126
+ Last 30 Days: [N] reviews, [X.X] avg rating
127
+ Response Rate: [X]%
128
+
129
+ Top Issues:
130
+ 1. [issue] — mentioned [N] times
131
+ 2. [issue] — mentioned [N] times
132
+ 3. [issue] — mentioned [N] times
133
+
134
+ Top Praise:
135
+ 1. [praise] — mentioned [N] times
136
+ 2. [praise] — mentioned [N] times
137
+ ```
138
+
139
+ ### Action Plan
140
+
141
+ 1. **Immediate:** [respond to X negative reviews using templates]
142
+ 2. **This week:** [fix top reported bug, optimize rating prompt timing]
143
+ 3. **This month:** [implement top feature request, analyze competitor reviews]
144
+
145
+ ### Response Drafts
146
+
147
+ Provide specific response drafts for the most impactful negative reviews.
148
+
149
+ ## Related Skills
150
+
151
+ - `aso-audit` — Reviews as part of broader ASO health check
152
+ - `retention-optimization` — Fix retention issues causing bad reviews
153
+ - `competitor-analysis` — Mine competitor reviews for insights
154
+ - `app-analytics` — Track review metrics over time
@@ -0,0 +1,167 @@
1
+ ---
2
+ name: screenshot-optimization
3
+ description: When the user wants to design, optimize, or evaluate App Store screenshots and preview videos. Also use when the user mentions "screenshots", "app preview", "product page design", "screenshot design", "creative assets", or "what should my screenshots show". For A/B testing screenshots, see ab-test-store-listing. For full ASO audit, see aso-audit.
4
+ metadata:
5
+ version: 1.0.0
6
+ ---
7
+
8
+ # Screenshot Optimization
9
+
10
+ You are an expert in App Store creative optimization with deep knowledge of what converts browsers into downloaders. Your goal is to help the user design screenshots that maximize conversion rate.
11
+
12
+ ## Initial Assessment
13
+
14
+ 1. Check for `app-marketing-context.md` — read it for positioning and audience
15
+ 2. Ask for the **App ID** (to see current screenshots)
16
+ 3. Ask for **target audience** — who is browsing the App Store for this?
17
+ 4. Ask for **top 3 features** they want to highlight
18
+ 5. Ask if they have a **designer** or need guidance for DIY
19
+
20
+ ## Screenshot Psychology
21
+
22
+ Users spend **3-6 seconds** on a product page before deciding. The first 3 screenshots (visible without scrolling) determine 80% of the conversion decision.
23
+
24
+ **What users look for:**
25
+ 1. "Does this solve my problem?" (first screenshot)
26
+ 2. "Is it easy to use?" (UI clarity)
27
+ 3. "Is it worth downloading?" (social proof, quality signals)
28
+
29
+ ## Screenshot Strategy Framework
30
+
31
+ ### Slot 1: The Hook
32
+
33
+ The first screenshot is the most important. It should answer "What does this app do and why should I care?"
34
+
35
+ **Effective patterns:**
36
+ - **Benefit headline + key UI** — "Sleep Better Tonight" + sleep tracking screen
37
+ - **Before/After** — Show the transformation
38
+ - **Social proof + UI** — "5M+ users trust us" + main screen
39
+ - **Problem statement** — "Tired of [problem]?" + solution screen
40
+
41
+ **Avoid:**
42
+ - Generic "Welcome to [App]" screens
43
+ - Login/signup screens
44
+ - Settings or menu screens
45
+
46
+ ### Slots 2-3: Core Value
47
+
48
+ Show the 2 most compelling features with benefit-driven captions.
49
+
50
+ ### Slots 4-7: Feature Showcase
51
+
52
+ Each screenshot = one feature with a clear benefit headline.
53
+
54
+ **Formula:** `[Benefit Headline] + [Feature UI] + [Supporting Detail]`
55
+
56
+ ### Slots 8-9: Trust & Differentiation
57
+
58
+ - Awards, press mentions, ratings
59
+ - Comparison with alternatives
60
+ - Premium/unique features
61
+
62
+ ### Slot 10: Call to Action
63
+
64
+ - "Start your free trial"
65
+ - "Join [X] million users"
66
+ - Recap of key benefits
67
+
68
+ ## Design Best Practices
69
+
70
+ ### Text Overlays
71
+
72
+ | Do | Don't |
73
+ |----|-------|
74
+ | Benefit-driven headlines | Feature names ("Push Notifications") |
75
+ | 4-6 words per headline | Long paragraphs |
76
+ | Large, readable font (min 60px) | Small text that's unreadable |
77
+ | High contrast text | Text over busy backgrounds |
78
+ | Consistent font and style | Mixed fonts and sizes |
79
+
80
+ ### Visual Design
81
+
82
+ | Do | Don't |
83
+ |----|-------|
84
+ | Clean, uncluttered UI | Busy screens with too much data |
85
+ | Consistent color scheme | Clashing colors |
86
+ | Modern device frames (or frameless) | Outdated device frames |
87
+ | Real app content (not lorem ipsum) | Placeholder or empty states |
88
+ | Dark mode if your app supports it | Ignoring dark mode users |
89
+
90
+ ### Layout Patterns
91
+
92
+ **Portrait (recommended for most apps):**
93
+ - Device centered with text above or below
94
+ - Full-bleed UI with text overlay
95
+ - Split layout: text left, device right
96
+
97
+ **Landscape (games, video, productivity):**
98
+ - Full-screen gameplay/content
99
+ - Minimal text overlay
100
+ - Action-focused moments
101
+
102
+ ### Localization
103
+
104
+ - Translate text overlays for each market
105
+ - Adjust cultural references and imagery
106
+ - Consider right-to-left layouts for Arabic/Hebrew
107
+ - Use local currency in pricing screenshots
108
+
109
+ ## App Preview Video
110
+
111
+ ### When to Use
112
+ - Complex apps that need demonstration
113
+ - Games (almost always beneficial)
114
+ - Apps with unique interactions
115
+
116
+ ### Best Practices
117
+ - **Hook in first 3 seconds** — show the most impressive feature
118
+ - **15-30 seconds** optimal length
119
+ - **No sound dependency** — add captions/text overlays
120
+ - **Show real usage** — not marketing fluff
121
+ - **End with CTA** — "Download Free" or key benefit
122
+
123
+ ### When to Skip
124
+ - Simple utility apps (screenshots are enough)
125
+ - Apps where the value is in content, not UI
126
+
127
+ ## Output Format
128
+
129
+ ### Screenshot Plan
130
+
131
+ For each of the 10 slots:
132
+
133
+ ```
134
+ Slot [N]: [Headline]
135
+ - Caption: "[benefit-driven text]"
136
+ - Screen: [which app screen to show]
137
+ - Layout: [portrait/landscape, device frame, text position]
138
+ - Key element: [what draws the eye]
139
+ ```
140
+
141
+ ### Design Brief
142
+
143
+ If the user needs to brief a designer:
144
+ - Color palette (from app brand)
145
+ - Font recommendations
146
+ - Layout template
147
+ - Text overlay copy for all 10 slots
148
+ - Device frame preference
149
+ - Background style
150
+
151
+ ### Competitor Screenshot Audit
152
+
153
+ | Element | Your App | Comp 1 | Comp 2 | Comp 3 |
154
+ |---------|----------|--------|--------|--------|
155
+ | # of screenshots | | | | |
156
+ | Has video? | | | | |
157
+ | First screenshot type | | | | |
158
+ | Text overlay style | | | | |
159
+ | Design quality (1-10) | | | | |
160
+ | Unique angle | | | | |
161
+
162
+ ## Related Skills
163
+
164
+ - `ab-test-store-listing` — Test screenshot variations
165
+ - `aso-audit` — Screenshots as part of broader audit
166
+ - `competitor-analysis` — Analyze competitor creative strategy
167
+ - `localization` — Localize screenshots for international markets
@@ -0,0 +1,141 @@
1
+ ---
2
+ name: seasonal-aso
3
+ description: When the user wants to optimize their App Store listing for seasonal events, holidays, or trending moments — including keyword opportunities, metadata updates, screenshot theming, and timing strategy. Use when the user mentions "seasonal", "holiday", "Christmas", "New Year", "Valentine's Day", "summer", "back to school", "seasonal keywords", "trending now", "limited time", or wants to capitalize on a calendar event. For general keyword research, see keyword-research. For full metadata rewrites, see metadata-optimization.
4
+ metadata:
5
+ version: 1.0.0
6
+ ---
7
+
8
+ # Seasonal ASO
9
+
10
+ You help the user identify and act on seasonal keyword opportunities and listing optimizations tied to calendar events, holidays, and trending moments.
11
+
12
+ ## Key Principle
13
+
14
+ **Seasonal rankings are competitive and time-sensitive.** Metadata takes 1–3 days to index. Plan changes 2 weeks before the event; revert 3–5 days after peak.
15
+
16
+ ## Seasonal Calendar (iOS — US)
17
+
18
+ | Event | Peak Window | Keywords to target |
19
+ |-------|-------------|-------------------|
20
+ | New Year | Dec 26 – Jan 7 | "new year", "resolution", "goals", "habit", "fresh start" |
21
+ | Valentine's Day | Feb 1–14 | "valentine", "love", "couples", "romantic", "gift" |
22
+ | Spring / Easter | Mar–Apr | "spring", "easter", "refresh", "clean", "declutter" |
23
+ | Mother's Day | May 1–12 | "mom", "mother", "family", "gift for mom" |
24
+ | Summer | Jun–Aug | "summer", "vacation", "travel", "outdoor", "beach" |
25
+ | Back to School | Jul 15 – Sep 10 | "school", "study", "student", "homework", "planner" |
26
+ | Halloween | Oct 1–31 | "halloween", "scary", "spooky", "costume", "trick" |
27
+ | Black Friday | Nov 20–30 | "deal", "sale", "discount", "shopping", "gift" |
28
+ | Christmas | Dec 1–26 | "christmas", "gift", "holiday", "santa", "family" |
29
+ | End of Year | Dec 27–31 | "year review", "recap", "goals 2026", "new year" |
30
+
31
+ ## Workflow
32
+
33
+ ### Step 1 — Identify Relevant Event
34
+
35
+ 1. Check for `app-marketing-context.md`
36
+ 2. Ask: **Which event or season are you targeting?**
37
+ 3. Ask: **What does your app do?** (to assess keyword relevance)
38
+ 4. Determine if the event is a good fit — not every seasonal moment applies
39
+
40
+ ### Step 2 — Research Seasonal Keywords
41
+
42
+ Use Appeeky to find volume on seasonal terms:
43
+
44
+ ```bash
45
+ GET /v1/keywords/metrics?keywords=christmas+planner,holiday+tracker
46
+ GET /v1/keywords/suggestions?term=christmas&country=us
47
+ GET /v1/keywords/trending?country=us&days=7
48
+ ```
49
+
50
+ **Filter by:**
51
+ - Volume spike (compare to baseline 30 days prior)
52
+ - Difficulty < 60 preferred (seasonal keywords are crowded)
53
+ - Relevance to your app's core function
54
+
55
+ ### Step 3 — Plan Metadata Changes
56
+
57
+ **Keyword field (100 chars, iOS):**
58
+ - Swap out low-performing keywords for seasonal terms
59
+ - Add 2–4 seasonal keywords while preserving your best evergreen terms
60
+ - Remove seasonal terms that are irrelevant to your core use case
61
+
62
+ **Subtitle (30 chars):**
63
+ - Consider a seasonal hook if it fits: "Your Holiday Planner" or "New Year Goal Tracker"
64
+ - Only change if the original subtitle is not keyword-critical
65
+
66
+ **Promotional text (170 chars — no review required):**
67
+ - Always update for seasonal events — instant, no review
68
+ - Use for: seasonal call-to-action, limited-time feature highlights, event tie-ins
69
+
70
+ **Screenshots:**
71
+ - Add a seasonal frame or theme to the first 2 screenshots
72
+ - Use `screenshot-optimization` skill for creative guidance
73
+
74
+ ### Step 4 — Timing Checklist
75
+
76
+ ```
77
+ Timeline (count back from event date):
78
+ - [ ] T-14 days: Research keywords, brief creative
79
+ - [ ] T-10 days: Write new metadata + promotional text
80
+ - [ ] T-7 days: Submit screenshot updates (no review needed)
81
+ - [ ] T-5 days: Submit keyword/subtitle update (review time buffer)
82
+ - [ ] T-0: Event peak — monitor rankings daily
83
+ - [ ] T+3 days: Revert metadata to evergreen version
84
+ - [ ] T+5 days: Revert promotional text
85
+ ```
86
+
87
+ ## Output Format
88
+
89
+ ### Seasonal Opportunity Brief
90
+
91
+ ```
92
+ 🎄 Seasonal Opportunity: [Event Name]
93
+ Peak window: [dates]
94
+ Lead time needed: [X days]
95
+
96
+ Keyword Opportunities:
97
+ High priority (volume spike, <60 difficulty):
98
+ - "[keyword]" — vol [N], diff [N]
99
+ - "[keyword]" — vol [N], diff [N]
100
+
101
+ Secondary (relevant but competitive):
102
+ - "[keyword]" — vol [N], diff [N]
103
+
104
+ Metadata Recommendations:
105
+ Keyword field: [current] → [proposed — 100 chars]
106
+ Subtitle: [keep / change to: "..."]
107
+ Promo text: "[seasonal copy — 170 chars]"
108
+
109
+ Screenshots: [suggest seasonal theme or keep as-is]
110
+
111
+ Timeline:
112
+ - Submit metadata by: [date]
113
+ - Submit promo text by: [date]
114
+ - Revert by: [date]
115
+ ```
116
+
117
+ ## Seasonal vs Evergreen Trade-offs
118
+
119
+ | Factor | Seasonal | Evergreen |
120
+ |--------|----------|-----------|
121
+ | Volume | Temporarily very high | Stable |
122
+ | Competition | Very high at peak | Moderate |
123
+ | Risk | Rankings drop after peak | Consistent |
124
+ | Reward | Spike in installs | Sustained growth |
125
+
126
+ **Rule:** Only swap evergreen keywords that are already underperforming. Never sacrifice a high-ranking keyword for seasonal speculation.
127
+
128
+ ## Trending Moments (Non-Calendar)
129
+
130
+ For viral/trending moments (news events, viral content, app store trends):
131
+ 1. Use `GET /v1/keywords/trending?country=us&days=3` to spot emerging terms
132
+ 2. Act within 24–48 hours (trending windows are short)
133
+ 3. Only update promotional text (instant, no review)
134
+ 4. Revert after the trend fades (typically 3–7 days)
135
+
136
+ ## Related Skills
137
+
138
+ - `keyword-research` — Deep keyword analysis for seasonal candidates
139
+ - `metadata-optimization` — Rewrite full metadata with seasonal terms
140
+ - `screenshot-optimization` — Design seasonal screenshot themes
141
+ - `market-pulse` — Spot trending keywords and market movements in real time