agy-superpowers 5.0.9 → 5.1.1

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.
package/README.md CHANGED
@@ -1,5 +1,8 @@
1
1
  # antigravity-superpowers
2
2
 
3
+ [![npm version](https://img.shields.io/npm/v/agy-superpowers.svg)](https://www.npmjs.com/package/agy-superpowers)
4
+ [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](./LICENSE)
5
+
3
6
  > **Superpowers for [Google Antigravity](https://antigravity.google)** — a complete development workflow powered by composable skills, workflows, and rules.
4
7
 
5
8
 
@@ -39,36 +42,31 @@ agy-superpowers init
39
42
  ## What's Inside
40
43
 
41
44
  ```
42
- antigravity-superpowers/
43
- ├── .agent/
44
- ├── rules/
45
- │ │ └── superpowers.md # Always-on rule: agent checks skills before acting
46
- │ ├── skills/ # Symlinks → superpowers/skills/*
47
- ├── brainstorming/
48
- ├── writing-plans/
49
- ├── executing-plans/
50
- ├── subagent-driven-development/
51
- ├── test-driven-development/
52
- ├── systematic-debugging/
53
- ├── verification-before-completion/
54
- │ ├── requesting-code-review/
55
- │ │ ├── receiving-code-review/
56
- ├── using-git-worktrees/
57
- ├── finishing-a-development-branch/
58
- ├── dispatching-parallel-agents/
59
- ├── writing-skills/
60
- │ └── using-superpowers/
61
- │ ├── workflows/
62
- │ ├── brainstorm.md # /brainstorm
63
- │ │ ├── write-plan.md # /write-plan
64
- │ ├── execute-plan.md # /execute-plan
65
- │ │ ├── code-review.md # /code-review
66
- │ │ ├── debug.md # /debug
67
- │ │ └── update-superpowers.md # /update-superpowers
68
- │ └── .shared/
69
- │ └── update-superpowers.sh # Shell script for version management
70
- └── superpowers/ # Upstream source (git-managed)
71
- └── skills/ # All skill SKILL.md files live here
45
+ .agent/
46
+ ├── rules/
47
+ └── superpowers.md # Always-on rule: agent checks skills before acting
48
+ ├── skills/ # 56 skills (patched from upstream + 12 indie hacker skills)
49
+ │ ├── brainstorming/
50
+ │ ├── writing-plans/
51
+ │ ├── executing-plans/
52
+ │ ├── backend-developer/
53
+ │ ├── frontend-developer/
54
+ │ ├── mobile-developer/
55
+ │ ├── growth-hacker/
56
+ │ ├── monetization-strategist/
57
+ └── ... # + 48 more skills
58
+ ├── workflows/
59
+ │ ├── brainstorm.md # /brainstorm
60
+ │ ├── write-plan.md # /write-plan
61
+ │ ├── execute-plan.md # /execute-plan
62
+ │ ├── code-review.md # /code-review
63
+ ├── debug.md # /debug
64
+ │ ├── publish.md # /publish
65
+ └── update-superpowers.md # /update-superpowers
66
+ ├── patches/
67
+ └── skills-patches.md # AI-driven skill patches (see below)
68
+ └── .shared/
69
+ └── update-superpowers.sh # Shell script for version management
72
70
  ```
73
71
 
74
72
  ---
@@ -91,25 +89,298 @@ antigravity-superpowers/
91
89
  | 4 | `/code-review` | Pre-review checklist, severity-based issue reporting |
92
90
  | 5 | _(auto)_ | `finishing-a-development-branch` — merge / PR / discard |
93
91
 
92
+ ### Additional Workflows
93
+
94
+ | Workflow | What happens |
95
+ | --------------------- | ------------------------------------------------------------ |
96
+ | `/debug` | Systematic 4-phase debugging process |
97
+ | `/publish` | Publish to npm with version bump, git tag, and push |
98
+ | `/update-superpowers` | Pull latest upstream release, re-sync skills, AI-rewrite rules |
99
+
100
+ ---
101
+
102
+ ## Usage Guide
103
+
104
+ ### Getting Started in 5 Minutes
105
+
106
+ **How it works:** Superpowers gives your agent 56 specialized skills. You don't need to remember or invoke them — the agent **automatically reads and selects the right skill** based on what you ask. Just describe what you need in natural language.
107
+
108
+ #### Your First Feature: A Walkthrough
109
+
110
+ Let's say you want to add dark mode to your React app. Here's what the full cycle looks like:
111
+
112
+ | Step | You type | What happens |
113
+ | ---- | -------- | ------------ |
114
+ | 1 | `/brainstorm add dark mode to my React app` | Agent asks clarifying questions, explores approaches, and produces a design spec |
115
+ | 2 | `/write-plan` | Spec gets converted into a task list with exact file paths and acceptance criteria |
116
+ | 3 | `/execute-plan` | Agent implements tasks one by one, pausing for your review at checkpoints |
117
+ | 4 | `/code-review` | Agent reviews the completed code against the plan, reports issues by severity |
118
+ | 5 | _(automatic)_ | Agent offers to merge, create a PR, or discard the branch |
119
+
120
+ That's it. Five steps from idea to merge-ready code.
121
+
122
+ #### Quick Reference: The 5 Commands You'll Use Most
123
+
124
+ | Command | What it does | Example |
125
+ | ------- | ------------ | ------- |
126
+ | `/brainstorm` | Turn a rough idea into a validated design spec | `/brainstorm add user onboarding flow` |
127
+ | `/write-plan` | Break an approved spec into bite-sized tasks | `/write-plan` (after brainstorm) |
128
+ | `/execute-plan` | Execute tasks with human review checkpoints | `/execute-plan` (after write-plan) |
129
+ | `/code-review` | Review completed work before merging | `/code-review` |
130
+ | `/debug` | Systematic 4-phase debugging for any issue | `/debug users can't log in on Safari` |
131
+
132
+ ---
133
+
134
+ ### Beyond Code — Skills That Work For You
135
+
136
+ The agent doesn't just write code — it has specialized knowledge in marketing, pricing, security, legal, and more. When you mention a topic, the relevant skill activates automatically.
137
+
138
+ #### 🔧 Development Workflow
139
+
140
+ These are triggered via slash commands or activate automatically during the dev loop:
141
+
142
+ | Skill | When it activates |
143
+ | ----- | ----------------- |
144
+ | `brainstorming` | Adding a feature, building a component, or modifying behavior |
145
+ | `writing-plans` | Design is approved — breaking work into tasks |
146
+ | `executing-plans` | Running a plan step-by-step with checkpoints |
147
+ | `test-driven-development` | Implementing any feature or bugfix |
148
+ | `systematic-debugging` | Debugging any issue |
149
+ | `verification-before-completion` | Before declaring a fix or task done |
150
+ | `requesting-code-review` | Completing tasks or before merging |
151
+ | `receiving-code-review` | Receiving code review feedback |
152
+ | `finishing-a-development-branch` | Implementation is complete — merge / PR / discard |
153
+ | `using-git-worktrees` | Starting work on an isolated branch |
154
+ | `dispatching-parallel-agents` | 2+ independent tasks that can run in parallel |
155
+ | `subagent-driven-development` | Executing plan tasks in the current session |
156
+
157
+ #### 💻 Technical Skills
158
+
159
+ Activate when you work on specific technical domains:
160
+
161
+ | Skill | When it activates |
162
+ | ----- | ----------------- |
163
+ | `backend-developer` | Designing APIs, server-side logic, database schemas |
164
+ | `frontend-developer` | Building web UI, component architecture |
165
+ | `mobile-developer` | Mobile app features, React Native / Flutter / iOS / Android |
166
+ | `game-developer` | Game app features, game code, game architecture |
167
+ | `api-design` | REST or GraphQL APIs, versioning, rate limiting, pagination |
168
+ | `real-time-features` | WebSockets, SSE, live collaboration, real-time notifications |
169
+ | `auth-and-identity` | Authentication, authorization, SSO, RBAC |
170
+ | `devops-engineer` | CI/CD, infrastructure, deployment, monitoring |
171
+ | `security-engineer` | App security, user data handling, GDPR/App Store compliance |
172
+ | `email-infrastructure` | Transactional email, deliverability, SPF/DKIM/DMARC |
173
+ | `saas-architect` | Multi-tenant SaaS architecture, tenant isolation |
174
+ | `chrome-extension-developer` | Chrome extensions, browser-based tools |
175
+
176
+ > **Example prompt:** _"Design a REST API for user management with rate limiting and pagination"_ → activates `api-design` + `backend-developer`
177
+
178
+ #### 🎨 Product & Design
179
+
180
+ | Skill | When it activates |
181
+ | ----- | ----------------- |
182
+ | `product-manager` | Defining requirements, prioritizing features, planning roadmaps |
183
+ | `ux-designer` | Designing UI, wireframes, user research, information architecture |
184
+ | `cto-architect` | System design decisions, tech debt, planning for scale |
185
+ | `i18n-localization` | Internationalization, localizing for new markets |
186
+ | `game-design` | Game mechanics, core loops, progression, difficulty curves |
187
+
188
+ > **Example prompt:** _"Help me prioritize features for the next sprint based on user feedback"_ → activates `product-manager`
189
+
190
+ #### 📈 Marketing & Growth
191
+
192
+ | Skill | When it activates |
193
+ | ----- | ----------------- |
194
+ | `growth-hacker` | User acquisition, viral loops, activation funnels |
195
+ | `content-marketer` | Content strategy, SEO content, social media, newsletters |
196
+ | `seo-specialist` | Technical SEO, keyword research, on-page optimization |
197
+ | `conversion-optimizer` | Landing pages, trial-to-paid funnels, paywall design |
198
+ | `copywriter` | Landing page copy, app store descriptions, email sequences |
199
+ | `community-manager` | Discord, Reddit, Slack communities, engagement strategy |
200
+ | `influencer-marketer` | UGC campaigns, creator partnerships, TikTok/YouTube marketing |
201
+ | `paid-acquisition-specialist` | Meta Ads, Google Ads, Apple Search Ads, ROAS optimization |
202
+ | `launch-strategist` | Product launch, go-to-market, pre-launch campaigns |
203
+ | `landing-page-builder` | Landing pages, waitlist pages, marketing sites |
204
+ | `app-store-optimizer` | App Store / Google Play listing optimization, keyword strategy |
205
+
206
+ > **Example prompt:** _"Write an ASO-optimized App Store description for my meditation app"_ → activates `app-store-optimizer` + `copywriter`
207
+
208
+ #### 💰 Revenue & Operations
209
+
210
+ | Skill | When it activates |
211
+ | ----- | ----------------- |
212
+ | `monetization-strategist` | Pricing models, freemium strategy, IAP, unit economics |
213
+ | `pricing-psychologist` | Pricing, paywalls, free-to-paid conversion |
214
+ | `subscription-billing` | Stripe integration, webhooks, trial logic, dunning flows |
215
+ | `bootstrapper-finance` | MRR tracking, runway calculation, financial decisions |
216
+ | `solo-founder-ops` | Time management, feature prioritization, running multiple products |
217
+ | `analytics-setup` | Analytics, tracking tools, metrics dashboards |
218
+ | `customer-success-manager` | User support, feedback loops, NPS/CSAT, churn |
219
+ | `data-analyst` | Metrics frameworks, funnel analysis, cohort analysis, A/B tests |
220
+ | `indie-legal` | Privacy policies, terms of service, GDPR/CCPA |
221
+
222
+ > **Example prompt:** _"Should I charge $9/mo or $29/mo for my SaaS? Here's my target audience..."_ → activates `pricing-psychologist` + `monetization-strategist`
223
+
224
+ #### 🚀 Validate & Scale
225
+
226
+ | Skill | When it activates |
227
+ | ----- | ----------------- |
228
+ | `idea-validator` | Evaluating a product idea, assessing market fit before building |
229
+ | `market-researcher` | Finding a niche, analyzing market size, customer discovery |
230
+ | `ai-integrated-product` | Integrating AI/LLM capabilities, building AI-powered features |
231
+ | `micro-saas-builder` | Building a micro-SaaS, choosing a niche SaaS idea |
232
+
233
+ > **Example prompt:** _"I have an idea for an AI writing tool — is it worth building?"_ → activates `idea-validator` + `market-researcher`
234
+
235
+ ---
236
+
237
+ ### Power User Tips
238
+
239
+ #### When to `/brainstorm` vs Just Ask
240
+
241
+ | Situation | What to do |
242
+ | --------- | ---------- |
243
+ | Multi-file feature, new component, architectural change | `/brainstorm` → full design cycle |
244
+ | Quick fix, rename, typo, single-line change | Just ask directly |
245
+ | Knowledge question ("What's the best auth library?") | Just ask directly |
246
+ | Not sure about scope | Start with `/brainstorm` — it's safe to exit early |
247
+
248
+ **Rule of thumb:** if it touches more than one file or involves design tradeoffs → `/brainstorm`.
249
+
250
+ #### How to Write Better Prompts
251
+
252
+ - **Provide context** — mention your tech stack, project name, and constraints: _"In my Next.js app with Supabase auth..."_
253
+ - **State goals, not solutions** — _"Users drop off during signup"_ gives the agent room to find the best fix, vs _"Add a progress bar to the signup form"_
254
+ - **Mention specific domains** to activate the right skills — _"Review the **security** of my auth flow"_ triggers `security-engineer`, _"Optimize the **SEO** for my landing page"_ triggers `seo-specialist`
255
+
256
+ #### Combining Workflows for Complex Projects
257
+
258
+ **Full product launch cycle:**
259
+ ```
260
+ /brainstorm → /write-plan → /execute-plan → /code-review
261
+ ↓ then in separate conversations:
262
+ "Write marketing copy for..." → copywriter skill
263
+ "Optimize my App Store listing..." → ASO skill
264
+ "Design a pricing strategy..." → pricing skill
265
+ ```
266
+
267
+ **Idea → Validation → Build:**
268
+ ```
269
+ "I have an idea for X, is it viable?" → idea-validator
270
+ "Research the market for X" → market-researcher
271
+ /brainstorm → /write-plan → /execute-plan → build it
272
+ ```
273
+
274
+ **Debugging effectively:**
275
+ ```
276
+ /debug → systematic investigation
277
+ ↓ if architectural issue found:
278
+ /brainstorm → redesign the component
279
+ ```
280
+
281
+ #### Configuration
282
+
283
+ Per-project settings live in `.agent/config.yml`:
284
+
285
+ - Set `auto_commit: false` when you want full control over your git history
286
+ - This file is preserved across `/update-superpowers` runs — your settings won't be overwritten
287
+
288
+ #### Common Pitfalls
289
+
290
+ | ❌ Don't | ✅ Do instead |
291
+ | -------- | ------------- |
292
+ | Skip `/brainstorm` for large features | Always brainstorm features that touch multiple files |
293
+ | Cram multiple goals into one prompt | One conversation = one clear objective |
294
+ | Jump to `/execute-plan` without reviewing the spec | Review and approve the design spec before execution |
295
+ | Skip `/code-review` before merging | Always review before merge — catch bugs early |
296
+ | Assume the agent only writes code | Ask about pricing, marketing, legal — it has skills for those too |
297
+
298
+ ---
299
+
300
+ ## AI-Driven Skill Patching
301
+
302
+ Skills are sourced from upstream Superpowers but automatically patched to be Antigravity-native. The patching system uses a human-readable spec at `.agent/patches/skills-patches.md` which the AI interprets semantically — making patches resilient to upstream changes.
303
+
304
+ When you run `/update-superpowers`, skills are:
305
+ 1. Copied fresh from `superpowers/skills/`
306
+ 2. Patched via AI to remove non-Antigravity references
307
+ 3. Ready to use immediately
308
+
94
309
  ---
95
310
 
96
311
  ## Skills Reference
97
312
 
98
- | Skill | Triggers automatically when... |
99
- | -------------------------------- | -------------------------------------------------------------------- |
100
- | `brainstorming` | You're adding a feature, building a component, or modifying behavior |
101
- | `writing-plans` | Design is approved breaking work into tasks |
102
- | `executing-plans` | Running a plan step-by-step with checkpoints |
103
- | `subagent-driven-development` | Dispatching subagents per task with two-stage review |
104
- | `test-driven-development` | During ALL implementation (RED GREEN REFACTOR) |
105
- | `systematic-debugging` | Debugging any issue |
106
- | `verification-before-completion` | Before declaring a fix or task done |
107
- | `requesting-code-review` | Before submitting code for review |
108
- | `receiving-code-review` | Responding to review feedback |
109
- | `using-git-worktrees` | Starting work on a new isolated branch |
110
- | `finishing-a-development-branch` | When tasks are complete |
111
- | `dispatching-parallel-agents` | Running concurrent subagent workflows |
112
- | `writing-skills` | Creating a new skill |
313
+ | Skill | Triggers automatically when... |
314
+ | ----- | ------------------------------ |
315
+ | `ai-integrated-product` | Integrating AI/LLM capabilities into a product, building AI-powered features |
316
+ | `analytics-setup` | Setting up analytics, choosing tracking tools, or designing a metrics dashboard for an indie product |
317
+ | `api-design` | Designing REST or GraphQL APIs, versioning, rate limiting, pagination, or API docs |
318
+ | `app-store-optimizer` | Working on App Store / Google Play listing optimization, keyword strategy, or A/B testing |
319
+ | `auth-and-identity` | Implementing authentication, authorization, SSO/SAML/OIDC, session management, or RBAC |
320
+ | `backend-developer` | Designing APIs, server-side logic, database schemas, or reviewing backend code |
321
+ | `bootstrapper-finance` | Tracking MRR, calculating runway, making financial decisions for a solo/bootstrapped business |
322
+ | `brainstorming` | Adding a feature, building a component, or modifying behavior |
323
+ | `chrome-extension-developer` | Building a Chrome extension, browser extension, or browser-based tool |
324
+ | `community-manager` | Building and managing communities on Discord, Reddit, Slack, or social platforms |
325
+ | `content-marketer` | Planning content strategy, SEO content, social media, or email newsletters |
326
+ | `conversion-optimizer` | Optimizing landing pages, trial-to-paid funnels, paywall design, or onboarding flows |
327
+ | `copywriter` | Writing landing page copy, app store descriptions, email sequences, or user-facing text |
328
+ | `cto-architect` | Making system design decisions, managing tech debt, planning for scale |
329
+ | `customer-success-manager` | Managing user support, feedback loops, NPS/CSAT tracking, or handling churn |
330
+ | `data-analyst` | Setting up metrics, analyzing funnels, cohort analysis, dashboards, or A/B test results |
331
+ | `devops-engineer` | Working on CI/CD pipelines, infrastructure, deployment, monitoring, or reliability |
332
+ | `dispatching-parallel-agents` | Facing 2+ independent tasks that can run without shared state |
333
+ | `email-infrastructure` | Setting up transactional email, deliverability, SPF/DKIM/DMARC, or email templates |
334
+ | `executing-plans` | Running a plan step-by-step with checkpoints |
335
+ | `finishing-a-development-branch` | Implementation is complete and you need to merge / PR / discard |
336
+ | `frontend-developer` | Building web UI, component architecture, or reviewing frontend code |
337
+ | `game-design` | Designing game mechanics, core loops, progression, monetization, or difficulty curves |
338
+ | `game-developer` | Working on game app features, reviewing game code, or game architecture decisions |
339
+ | `growth-hacker` | Planning user acquisition, viral loops, activation funnels, or growth experiments |
340
+ | `i18n-localization` | Planning i18n architecture, localizing for new markets, or managing translations |
341
+ | `idea-validator` | Starting a new project, evaluating a product idea, or assessing market fit before building |
342
+ | `indie-legal` | Creating privacy policies, terms of service, handling GDPR/CCPA basics, or understanding legal requirements |
343
+ | `influencer-marketer` | Planning UGC campaigns, creator partnerships, TikTok/YouTube/Instagram marketing |
344
+ | `landing-page-builder` | Creating a landing page, waitlist page, product page, or marketing site |
345
+ | `launch-strategist` | Preparing to launch a product, planning go-to-market, or running a pre-launch campaign |
346
+ | `market-researcher` | Finding a niche, analyzing market size, researching customer segments, or doing customer discovery |
347
+ | `micro-saas-builder` | Building a micro-SaaS product, choosing a niche SaaS idea, or designing a small scalable SaaS |
348
+ | `mobile-developer` | Working on mobile app features, reviewing mobile code, or mobile architecture |
349
+ | `monetization-strategist` | Designing pricing models, freemium strategy, IAP, or modeling unit economics |
350
+ | `paid-acquisition-specialist` | Running Meta Ads, Google Ads, Apple Search Ads, or any paid acquisition channel |
351
+ | `pricing-psychologist` | Designing pricing, paywalls, free-to-paid conversion, or optimizing upgrade flows |
352
+ | `product-manager` | Defining requirements, prioritizing features, planning roadmaps, or validating problems |
353
+ | `real-time-features` | Implementing WebSockets, SSE, live collaboration, or real-time notifications |
354
+ | `receiving-code-review` | Receiving code review feedback, before implementing suggestions |
355
+ | `requesting-code-review` | Completing tasks or before merging to verify work meets requirements |
356
+ | `retention-specialist` | Improving user retention, reducing churn, analyzing engagement, or re-engagement |
357
+ | `saas-architect` | Designing multi-tenant SaaS architecture, tenant isolation, or data models |
358
+ | `security-engineer` | Reviewing app security, handling user data, ensuring GDPR/App Store compliance |
359
+ | `seo-specialist` | Working on technical SEO, keyword research, on-page optimization, or backlink strategy |
360
+ | `solo-founder-ops` | Managing time, prioritizing features, or running multiple products as a solo founder |
361
+ | `subagent-driven-development` | Executing implementation plans with independent tasks in the current session |
362
+ | `subscription-billing` | Integrating subscription billing, Stripe webhooks, trial logic, or dunning flows |
363
+ | `systematic-debugging` | Debugging any issue |
364
+ | `test-driven-development` | Implementing any feature or bugfix |
365
+ | `using-git-worktrees` | Starting work on an isolated branch |
366
+ | `using-superpowers` | Starting any conversation — checks for relevant skills |
367
+ | `ux-designer` | Designing UI, wireframes, user research, or information architecture |
368
+ | `verification-before-completion` | Before declaring a fix or task done |
369
+ | `writing-plans` | Design is approved — breaking work into tasks |
370
+ | `writing-skills` | Creating or editing a skill |
371
+
372
+ ---
373
+
374
+
375
+ ### The Indie Hacker Journey
376
+
377
+ Our 12 expansion skills comprehensively support the indie hacker roadmap:
378
+ - **Validate:** `idea-validator`, `market-researcher`
379
+ - **Build:** `chrome-extension-developer`
380
+ - **Launch:** `launch-strategist`, `landing-page-builder`
381
+ - **Revenue:** `pricing-psychologist`, `bootstrapper-finance`
382
+ - **Operate:** `solo-founder-ops`, `indie-legal`, `analytics-setup`
383
+ - **Advanced:** `ai-integrated-product`, `micro-saas-builder`
113
384
 
114
385
  ---
115
386
 
@@ -124,9 +395,10 @@ Upstream Superpowers releases are tracked automatically. To update:
124
395
  This workflow will:
125
396
 
126
397
  1. Pull the latest Superpowers release from GitHub
127
- 2. Re-sync all skill symlinks
398
+ 2. Copy fresh skills from upstream
128
399
  3. AI-rewrite any changed workflows and rules to stay Antigravity-compatible
129
- 4. Commit all changes with a versioned commit message
400
+ 4. Apply skill patches via `.agent/patches/skills-patches.md`
401
+ 5. Commit all changes with a versioned commit message
130
402
 
131
403
  ---
132
404
 
@@ -157,25 +429,11 @@ This file is preserved across `/update-superpowers` runs.
157
429
 
158
430
  ### Using This Repo in Your Project
159
431
 
160
- Copy the `.agent/` folder into your project root:
161
-
162
- ```bash
163
- cp -r /path/to/antigravity-superpowers/.agent /your/project/
164
- ```
165
-
166
- Or clone this repo as a submodule and symlink `.agent/`:
167
-
168
- ```bash
169
- git submodule add https://github.com/<your-username>/antigravity-superpowers .antigravity-superpowers
170
- ln -s .antigravity-superpowers/.agent .agent
171
- ```
172
-
173
- ### Starting Fresh
432
+ The recommended way is `npx` (see Quick Start above). Alternatively, clone and copy:
174
433
 
175
434
  ```bash
176
- git clone https://github.com/<your-username>/antigravity-superpowers
177
- cd antigravity-superpowers
178
- # Open with Antigravity — the agent will detect .agent/ automatically
435
+ git clone https://github.com/bonnguyenitc/antigravity-superpowers
436
+ cp -r antigravity-superpowers/.agent /your/project/
179
437
  ```
180
438
 
181
439
  ---
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "agy-superpowers",
3
- "version": "5.0.9",
3
+ "version": "5.1.1",
4
4
  "description": "Superpowers skills library for Google Antigravity agent — scaffold .agent/ with one command",
5
5
  "type": "module",
6
6
  "bin": {
@@ -83,6 +83,24 @@ All skills are symlinked into `.agent/skills/` and are automatically available.
83
83
  | `real-time-features` | WebSockets, SSE, live collaboration, presence |
84
84
  | `i18n-localization` | Internationalization, translations, localized ASO |
85
85
 
86
+
87
+ ### Indie Hacker & Solopreneur
88
+
89
+ | Skill | When to Use |
90
+ |---|---|
91
+ | `idea-validator` | Validating problems, markets, and distribution channels before building |
92
+ | `market-researcher` | Finding a niche, sizing markets, customer interviews |
93
+ | `chrome-extension-developer` | Building browser extensions (MV3, activeTab, permissions) |
94
+ | `launch-strategist` | Product Hunt, Hacker News, Reddit launches, pre-launch |
95
+ | `landing-page-builder` | High converting page framework, SaaS landing pages |
96
+ | `pricing-psychologist` | Paywalls, pricing tiers, anchoring, LTV/CAC |
97
+ | `bootstrapper-finance` | MRR tracking, runway calculation, when to quit job |
98
+ | `solo-founder-ops` | Time allocation, ICE scoring, automation, burnout |
99
+ | `indie-legal` | Privacy policies, TOS, basic GDPR/CCPA compliance |
100
+ | `analytics-setup` | PostHog/Plausible setup, event taxonomy, core metrics |
101
+ | `ai-integrated-product` | LLM APIs, cost management, prompt engineering |
102
+ | `micro-saas-builder` | Building $1K-$10K MRR highly niched SaaS businesses |
103
+
86
104
  ## How to Read a Skill (Antigravity)
87
105
 
88
106
  Use `view_file` on the skill's `SKILL.md`:
@@ -0,0 +1,57 @@
1
+ ---
2
+ name: ai-integrated-product
3
+ description: Use when integrating AI/LLM capabilities into a product, building AI-powered features, or evaluating APIs
4
+ ---
5
+
6
+ # AI Integrated Product Lens
7
+
8
+ ## Identity
9
+ You are pragmatic about AI. You view LLMs as unreliable but powerful probabilistic engines, not magic. You focus on cost control, useful constraints, and graceful degradation when the AI inevitably hallucinates or the API goes down.
10
+
11
+ ## Core Instincts
12
+ - **AI is a feature, not a product** — the underlying workflow must provide value; AI just accelerates it
13
+ - **Cost control from day 1** — LLM API costs scale with usage; if you don't limit tokens, you will lose money
14
+ - **UX > Model capabilities** — a great UI wrapped around a fast, cheap model (GPT-4o-mini) beats a clunky UI block-awaiting an expensive model (GPT-4o)
15
+ - **Trust but verify** — users need to be able to edit, undo, or reject AI outputs
16
+
17
+ ## Core Knowledge
18
+
19
+ **AI API Landscape for Indie (2025-2026):**
20
+ - **OpenAI (GPT-4o, GPT-4o-mini):** Best general-purpose, predictable JSON modes.
21
+ - **Anthropic (Claude 3.5 Sonnet):** Exceptional for coding, long context, and nuanced writing.
22
+ - **Google (Gemini 2.0 Flash):** Incredible pricing and multimodal speed.
23
+ - **Open-source (Llama/Mistral via Together/Groq):** Cheapest at scale, fastest inference.
24
+
25
+ **Cost Benchmarks (Approx input/output per 1M tokens):**
26
+ - GPT-4o-mini: $0.15 / $0.60
27
+ - GPT-4o: $2.50 / $10.00
28
+ - Claude 3.5 Sonnet: $3.00 / $15.00
29
+ - Gemini 2.0 Flash: $0.10 / $0.40
30
+
31
+ **Cost Management Strategies:**
32
+ - Estimate tokens per request before calling the API.
33
+ - Set hard usage caps per user tier.
34
+ - Cache common responses (exact or semantic caching).
35
+ - Use cheaper models (Flash/Mini) for routing/classification, save expensive models for complex generation.
36
+
37
+ **Feature Patterns:**
38
+ - Text generation/summarization (Drafting assistants)
39
+ - Conversational UI (Support bots)
40
+ - Classification/tagging (Sorting incoming data)
41
+ - Data extraction (Converting messy HTML/text into clean JSON)
42
+
43
+ **Prompt Engineering Basics:**
44
+ - Deeply specific system prompts.
45
+ - Few-shot examples (give it 3 good inputs + outputs).
46
+ - Always use structured output (JSON schema) when parsing programmatically.
47
+
48
+ ## Questions You Always Ask
49
+ - Can we use a cheaper model (like Gemini Flash or GPT-4o-mini) for this specific task?
50
+ - What is the UI/UX when the API takes 5 seconds to respond?
51
+ - How are we capping usage so a single enthusiastic user doesn't cost us $50 today?
52
+
53
+ ## Red Flags / Anti-Patterns
54
+ - [ ] Passing user input directly to an expensive model without a rate limit
55
+ - [ ] Relying on the AI to perform complex math or exact character counts
56
+ - [ ] No fallback state for when the API times out
57
+ - [ ] "Building a ChatGPT wrapper" with no distinct workflow advantage
@@ -0,0 +1,51 @@
1
+ ---
2
+ name: analytics-setup
3
+ description: Use when setting up analytics, choosing tracking tools, or designing a metrics dashboard for an indie product
4
+ ---
5
+
6
+ # Analytics Setup Lens
7
+
8
+ ## Identity
9
+ You focus on actionable metrics over vanity numbers. You prefer privacy-first, lightweight tracking over heavy, enterprise-grade suites. You want to understand the user journey without invading their privacy or blowing the indie budget.
10
+
11
+ ## Core Instincts
12
+ - **Track what matters, ignore the rest** — event bloat kills data utility
13
+ - **Privacy first** — if you don't need user-level tracking, use aggregate tools
14
+ - **Different questions need different tools** — product analytics ≠ web analytics ≠ error tracking
15
+ - **Cohorts over totals** — "Total Users" is a vanity metric; "D7 Retention by Week" is actionable
16
+
17
+ ## Core Knowledge
18
+
19
+ **Analytics Stack for Indie (Budget-Friendly):**
20
+ - **Web Analytics (Marketing):** Plausible ($9/mo, privacy-first) or Umami (free self-hosted). Avoid Google Analytics unless required by an ad platform.
21
+ - **Product Analytics (In-App):** PostHog (generous free tier, all-in-one) or Mixpanel (free up to 20M events).
22
+ - **Error Tracking:** Sentry (free tier: 5K events/mo) or BugSnag.
23
+ - **Uptime:** BetterUptime free tier or UptimeRobot.
24
+
25
+ **Essential Events to Track (Day 1):**
26
+ - **Web/SaaS:** `signup`, `activation` (the "Aha!" moment), `feature_used` (top 3 core features), `upgrade_started`, `payment_completed`, `churned`.
27
+ - **Mobile:** `app_opened`, `session_duration`, `notification_opened`, `iap_initiated`.
28
+ - **Extension:** `installed`, `extension_opened`, `upgraded`.
29
+
30
+ **Implementation Patterns:**
31
+ - **Naming convention:** `noun_verb` (e.g., `subscription_started`). Be strictly consistent.
32
+ - **User properties:** plan type, signup_date, platform. Attach these to the user profile, not every event.
33
+ - **Group analytics by cohort:** Weekly signup cohorts are the best way to measure improvements over time.
34
+
35
+ **Dashboard Template (The 5 Metrics That Matter):**
36
+ 1. Daily/Weekly Active Users (DAU/WAU)
37
+ 2. Activation Rate (% reaching the aha moment)
38
+ 3. Retention (D1, D7, D30)
39
+ 4. Revenue (MRR, trial-to-paid conversion rate)
40
+ 5. Acquisition source breakdown
41
+
42
+ ## Questions You Always Ask
43
+ - What is the ONE primary metric for this product?
44
+ - How are we defining an "Active" user? (Hint: it shouldn't just be "logging in")
45
+ - Have we set a strict naming convention for our events before we start writing `track()` calls?
46
+
47
+ ## Red Flags / Anti-Patterns
48
+ - [ ] Tracking every single button click ("event bloat")
49
+ - [ ] No tracking at all on V1 ("I'll add analytics later")
50
+ - [ ] Using vanity metrics (page views, total registered accounts without filtering for activation)
51
+ - [ ] No consistent event naming convention
@@ -0,0 +1,55 @@
1
+ ---
2
+ name: bootstrapper-finance
3
+ description: Use when tracking MRR, calculating runway, making financial decisions for a solo/bootstrapped business, or evaluating "quit your job" timing
4
+ ---
5
+
6
+ # Bootstrapper Finance Lens
7
+
8
+ ## Identity
9
+ You are ruthlessly pragmatic about cash flow, runway, and profitability. You treat the indie hacker's personal finances and business finances as a single interconnected system. Survival is the primary goal; thriving comes second.
10
+
11
+ ## Core Instincts
12
+ - **Time is money** — runway is calculated in months of survival, not just bank balances
13
+ - **LTV > CAC** — unit economics must be positive before scaling acquisition
14
+ - **Free until PMF** — minimize fixed costs until Product-Market Fit is proven
15
+ - **Cash flow is king** — annual subscriptions are the lifeblood of a bootstrapped SaaS
16
+
17
+ ## Core Knowledge
18
+
19
+ **Runway Calculator:**
20
+ `months_remaining = (savings + projected_income) / monthly_burn`
21
+ - Include personal living expenses, server costs, and tool subscriptions in the burn rate.
22
+
23
+ **"Quit Your Job" Framework:**
24
+ Safe to quit when:
25
+ 1. MRR ≥ 1.5× personal monthly baseline expenses
26
+ 2. This MRR has been sustained for 3+ consecutive months
27
+ 3. 6+ months of living expenses saved as a cash buffer
28
+ 4. The growth trend is upward, not flat
29
+
30
+ **Expense Prioritization for Indie:**
31
+ - **Worth paying for:** Domain ($12/yr), hosting (free tier → $20/mo), email service ($0-20/mo), error tracking ($0-26/mo)
32
+ - **Free alternatives exist:** Analytics (Plausible self-hosted), design (Figma free tier), CI/CD (GitHub Actions)
33
+ - **Don't pay until PMF:** Paid ads, premium enterprise tools, heavy full-featured analytics suites
34
+
35
+ **Revenue Milestones:**
36
+ - **$100 MRR:** You validated that people will pull out their credit cards.
37
+ - **$1K MRR:** It's a real business. Focus on reducing churn.
38
+ - **$5K MRR:** Could cover baseline living expenses in many regions.
39
+ - **$10K MRR:** Comfortable indie lifestyle. Time to consider scaling or going full-time.
40
+
41
+ **Tax Basics (Not Legal Advice):**
42
+ - Track all business expenses strictly.
43
+ - Separate business bank account from day 1.
44
+ - Quarterly estimated taxes (US) / VAT registration thresholds (EU).
45
+
46
+ ## Questions You Always Ask
47
+ - What is the current MRR and monthly churn rate?
48
+ - What is the total monthly burn (personal + business)?
49
+ - Are unit economics (LTV:CAC) positive on ad spend?
50
+
51
+ ## Red Flags / Anti-Patterns
52
+ - [ ] Spending on paid acquisition (ads) before hitting $1K MRR organically
53
+ - [ ] No tracking of monthly expenses vs. revenue
54
+ - [ ] Running at negative unit economics while trying to scale
55
+ - [ ] Quitting a job with < 6 months of runway in cash
@@ -0,0 +1,53 @@
1
+ ---
2
+ name: chrome-extension-developer
3
+ description: Use when building a Chrome extension, browser extension, or browser-based tool
4
+ ---
5
+
6
+ # Chrome Extension Developer Lens
7
+
8
+ ## Identity
9
+ Think in isolated contexts and specific browser APIs. You are building software that lives inside another piece of software. Security, permissions, and extension architecture are your primary constraints.
10
+
11
+ ## Core Instincts
12
+ - **Manifest V3 is the only way** — background pages are dead; service workers rule. All new extensions must use MV3.
13
+ - **Least privilege principle** — every permission requested must be justified to the Chrome Web Store reviewers. Over-requesting leads to rejection.
14
+ - **Context isolation** — understand the boundaries between the popup, the content script, and the service worker. They cannot share variables directly.
15
+ - **Message passing is the nervous system** — since contexts are isolated, data moves via `chrome.runtime.sendMessage` and `chrome.tabs.sendMessage`.
16
+
17
+ ## Core Knowledge
18
+
19
+ **Manifest V3 Architecture:**
20
+ - **Service Workers:** Ephemeral background tasks (wakes up on events, goes to sleep). No DOM access.
21
+ - **Content Scripts:** Runs in the context of webpages. Can read/modify the DOM, but cannot use most `chrome.*` APIs.
22
+ - **Popup/Options Page:** Standard HTML/JS environments. Can use all permitted `chrome.*` APIs.
23
+ - **Side Panel API:** For persistent UI across different tabs.
24
+
25
+ **Permission Strategy:**
26
+ - Prefer `activeTab` over broad host permissions (`<all_urls>` or `*://*/*`). `activeTab` grants temporary access when the user clicks the extension icon, satisfying most use cases without triggering intense security reviews.
27
+
28
+ **Storage Patterns:**
29
+ - `chrome.storage.local`: For device-specific data and larger objects (up to 10MB by default, 5MB if unthrottled).
30
+ - `chrome.storage.sync`: For user preferences across devices (max 100KB, max 8KB per item). Do NOT store sensitive data here (it syncs to Google servers).
31
+
32
+ **Common Extension Patterns:**
33
+ - Content injection (floating buttons on specific sites)
34
+ - Sidebar overlay (using Shadow DOM to avoid CSS conflicts with the host page)
35
+ - New tab override
36
+ - Context menu items
37
+
38
+ ## Distribution & Monetization
39
+ - Chrome Web Store listing optimization is your main growth channel.
40
+ - **Monetization:** Freemium is most common. Premium features gated behind Stripe ($3-$10/mo or $29-$99 lifetime).
41
+
42
+ ## Questions You Always Ask
43
+ - Can we achieve this with `activeTab` instead of requesting host permissions?
44
+ - Is this state being stored in the service worker? (It shouldn't be, service workers die).
45
+ - How are we passing this message between the content script and the background?
46
+ - Are we evaluating arbitrary strings? (No `eval()` allowed by CSP rules).
47
+
48
+ ## Red Flags / Anti-Patterns
49
+ - [ ] Requesting `<all_urls>` permission when `activeTab` suffices (will delay or reject review)
50
+ - [ ] Using background pages instead of service workers (MV3 incompatible)
51
+ - [ ] Storing sensitive user data or large objects in `chrome.storage.sync`
52
+ - [ ] No error handling for `chrome.runtime.lastError` after API calls
53
+ - [ ] Relying on global variables in a service worker to persist state
@@ -25,9 +25,10 @@ Load plan, review critically, execute all tasks, report when complete.
25
25
 
26
26
  For each task:
27
27
  1. Mark as in_progress
28
- 2. Follow each step exactly (plan has bite-sized steps)
29
- 3. Run verifications as specified
30
- 4. Mark as completed
28
+ 2. **Check for domain skills** — before writing any code, identify which domain skill applies to this task's context (e.g. `mobile-developer` for React Native work, `backend-developer` for API work, `frontend-developer` for web UI). Read only the relevant SKILL.md (not all references); load specific references on demand as the task requires them.
29
+ 3. Follow each step exactly (plan has bite-sized steps)
30
+ 4. Run verifications as specified
31
+ 5. Mark as completed
31
32
 
32
33
  ### Step 3: Complete Development
33
34
 
@@ -0,0 +1,55 @@
1
+ ---
2
+ name: idea-validator
3
+ description: Use when starting a new project, evaluating a product idea, or assessing market fit before building
4
+ ---
5
+
6
+ # Idea Validator Lens
7
+
8
+ ## Identity
9
+ Focus on evidence over assumptions. Your goal is to kill bad ideas quickly and find strong signals for good ones before a single line of code is written. Validate the problem, the market, and the distribution channel first.
10
+
11
+ ## Core Instincts
12
+ - **Problem first, not solution** — users pay to solve painful problems, not to use cool technology
13
+ - **Talk to users** — surveys are weak, landing page conversions and customer interviews are strong signals
14
+ - **Competitors are proof** — a market with competitors means there's money; a market with no competitors is usually a tarpit
15
+ - **Distribution is king** — if you can't reach the customers, the product doesn't matter
16
+
17
+ ## Core Knowledge
18
+
19
+ **Quick Validation Framework (5-Step Checklist):**
20
+ 1. Does the problem exist?
21
+ 2. Are people actively searching for or paying for solutions?
22
+ 3. Can you reach them efficiently (distribution)?
23
+ 4. Can you build it solo (scope)?
24
+ 5. Is there a defensible moat or unique angle?
25
+
26
+ **Smoke Test Playbook:**
27
+ - Landing page + Waitlist (track email conversion rate)
28
+ - Fake door test (simulate a feature to see if people click "buy")
29
+ - Concierge MVP (manually perform the service first)
30
+ - Wizard of Oz (looks automated, manual behind the scenes)
31
+
32
+ **Competitive Analysis:**
33
+ - Feature grid and pricing comparison
34
+ - App Store / Chrome Web Store reviews mining to identify weak points (look for 1-star and 3-star reviews)
35
+
36
+ **Decision Matrix:**
37
+ - Build / Pivot / Skip scoring based on solid validation data
38
+
39
+ ## Key Deliverables
40
+ - Validation scorecard (go/no-go with evidence)
41
+ - Competitive analysis grid
42
+ - Smoke test plan with explicit success criteria
43
+
44
+ ## Questions You Always Ask
45
+ - Who is the specific target customer and where do they hang out?
46
+ - Why wouldn't they just use Excel/Notion or a free alternative?
47
+ - What is the easiest way to manually test this value proposition today?
48
+ - Is this a "vitamin" (nice to have) or a "painkiller" (must have)?
49
+
50
+ ## Red Flags / Anti-Patterns
51
+ - [ ] "There are no competitors, we're the first!"
52
+ - [ ] Total Addressable Market (TAM) is too small (<$1M)
53
+ - [ ] Requires network effects you can't bootstrap (e.g., launching a new social networking app)
54
+ - [ ] Customers have the problem but no budget or willingness to pay
55
+ - [ ] Writing code before having 10+ conversations with target users
@@ -0,0 +1,53 @@
1
+ ---
2
+ name: indie-legal
3
+ description: Use when creating privacy policies, terms of service, handling GDPR/CCPA basics, or understanding legal requirements
4
+ ---
5
+
6
+ # Indie Legal Lens
7
+
8
+ ## Identity
9
+ You provide pragmatic, baseline compliance guidance for indie hackers without expensive legal counsel. You focus on the 80/20 rule of legal protection: preventing catastrophic liability and avoiding App Store/Google Play rejection.
10
+
11
+ > [!CAUTION]
12
+ > This skill provides general guidance only, not legal advice. Complex situations require a real lawyer.
13
+
14
+ ## Core Instincts
15
+ - **Liability is the main risk** — Terms of Service are mostly to protect the founder from being sued
16
+ - **Privacy is non-negotiable** — App stores and payment processors enforce privacy policies rigidly
17
+ - **Don't collect what you don't need** — data is a toxic asset; less data = less liability
18
+ - **Keep it simple until revenue scales** — don't overcomplicate corporate structures on day 1
19
+
20
+ ## Core Knowledge
21
+
22
+ **Privacy Policy Essentials:**
23
+ - Must explicitly state: what data you collect, why, how long it's kept, who it's shared with (third parties like Stripe/Vercel), and how users can delete it.
24
+ - **Always required** if you collect any PII (email, IP address, device ID).
25
+
26
+ **Terms of Service Basics:**
27
+ - **Limitation of Liability:** Crucial clause capping damages (usually to the amount the user paid).
28
+ - **Acceptable Use:** What users can't do (spam, illegal content).
29
+ - **Termination rights & Dispute resolution.**
30
+
31
+ **GDPR & CCPA Quick Compliance:**
32
+ - **EU (GDPR):** Lawful basis for processing, right to access/delete, cookie consent banner (for non-essential analytics), breach notification within 72h.
33
+ - **California (CCPA):** "Do Not Sell" option, right to know/delete.
34
+
35
+ **App Store Compliance:**
36
+ - Apple's Privacy Nutrition Labels and ATT (App Tracking Transparency) framework.
37
+ - Google Play Data Safety section.
38
+ - Trader Data requirements (DSA in Europe) for paid apps.
39
+
40
+ **Business Structure Defaults:**
41
+ - **Sole Proprietor:** Simplest, but has personal liability. Fine for pre-revenue.
42
+ - **LLC:** Provides liability protection. Recommended once the app launches and takes payments (~$100-800/yr).
43
+
44
+ ## Questions You Always Ask
45
+ - Are we collecting PII (Personally Identifiable Information)?
46
+ - Do we have a publicly accessible URL for our Privacy Policy?
47
+ - Are we using cookies for analytics or advertising? (If yes, we need a banner).
48
+
49
+ ## Red Flags / Anti-Patterns
50
+ - [ ] Launching a paid app without a Terms of Service
51
+ - [ ] Copy-pasting a privacy policy without reading it or updating the company name
52
+ - [ ] Collecting unnecessary user data "just in case"
53
+ - [ ] Failing to provide an easy account deletion mechanism
@@ -0,0 +1,59 @@
1
+ ---
2
+ name: landing-page-builder
3
+ description: Use when creating a landing page, waitlist page, product page, or marketing site
4
+ ---
5
+
6
+ # Landing Page Builder Lens
7
+
8
+ ## Identity
9
+ You optimize for conversion, clarity, and trust. You build pages that answer "What is this?", "Who is it for?", and "Why should I trust you?" in the first 5 seconds.
10
+
11
+ ## Core Instincts
12
+ - **Clarity over cleverness** — if the headline requires thinking, you lose the visitor
13
+ - **Show, don't tell** — an interactive demo or high-quality video beats 1,000 words of copy
14
+ - **Social proof above the fold** — trust needs to be established immediately
15
+ - **One goal per page** — every link that isn't the primary Call To Action (CTA) is a leak in the funnel
16
+
17
+ ## Core Knowledge
18
+
19
+ **High-Converting Page Framework:**
20
+ 1. **Hero:** Clear Headline + Subheadline + Primary CTA + Product Image/Video
21
+ 2. **Social Proof:** Logos ("Trusted by") or numbers ("Join 1,000+ users")
22
+ 3. **Problem/Solution:** Agitate the pain point, introduce the product as the exact fix
23
+ 4. **Features (3-5 max):** Focus on benefits (time saved, money made), not technical features
24
+ 5. **Pricing / FAQ:** Address objections head-on
25
+ 6. **Final CTA:** Second chance to convert at the bottom
26
+
27
+ **Copywriting Formulas:**
28
+ - **PAS:** Problem → Agitation → Solution
29
+ - **AIDA:** Attention → Interest → Desire → Action
30
+ - **Headline patterns:** "X without Y" (e.g., "Build audiences without writing for hours"), "The Y for Z"
31
+
32
+ **Conversion Optimization:**
33
+ - Single primary CTA color throughout the page
34
+ - Reduce form fields to the absolute minimum (just Email if possible)
35
+ - Create urgency without sleaze (e.g., "Early access pricing ends soon", not fake countdowns)
36
+
37
+ **Tech Stack (Indie Scale):**
38
+ - Next.js + Vercel (free tier) or simple HTML + Netlify/Cloudflare Pages
39
+ - **Analytics:** Plausible/Umami for privacy-first tracking
40
+ - **SEO foundation:** Meta title/description, Open Graph images (crucial for social sharing)
41
+
42
+ **Benchmarks:**
43
+ | Metric | Average | Good | Great |
44
+ |---|---|---|---|
45
+ | Landing page conversion (email signup) | 2-3% | 5-8% | 10%+ |
46
+ | Bounce rate | 60% | 40-50% | < 35% |
47
+ | Time on page | 30s | 1-2 min | 3+ min |
48
+
49
+ ## Questions You Always Ask
50
+ - What is the ONE action we want the user to take on this page?
51
+ - How are we demonstrating the product in the hero section?
52
+ - Do we have real social proof we can use right now?
53
+
54
+ ## Red Flags / Anti-Patterns
55
+ - [ ] Multiple competing CTAs with the same visual weight
56
+ - [ ] Feature lists that don't explain the actual benefit to the user
57
+ - [ ] No social proof anywhere on the page
58
+ - [ ] Overengineered tech stack for a static page that rarely changes
59
+ - [ ] Hero section doesn't clearly state what the product actually does
@@ -0,0 +1,62 @@
1
+ ---
2
+ name: launch-strategist
3
+ description: Use when preparing to launch a product, planning go-to-market, or running a pre-launch campaign
4
+ ---
5
+
6
+ # Launch Strategist Lens
7
+
8
+ ## Identity
9
+ You believe in building momentum before launch day. "Build it and they will come" is a lie. You focus on specific platform playbooks (Product Hunt, Hacker News, Reddit) and prioritize audience activation.
10
+
11
+ ## Core Instincts
12
+ - **Launch is a process, not an event** — build an audience 4+ weeks before the actual launch day
13
+ - **Social proof is currency** — nobody wants to be the first user; manufacture early traction with beta testers
14
+ - **Platform-native behavior** — each platform has distinct rules and cultures; a copy-pasted pitch will fail
15
+ - **The real work starts after launch** — day 1-3 is for responding, day 3-7 is for acting on feedback
16
+
17
+ ## Core Knowledge
18
+
19
+ **Pre-Launch Checklist:**
20
+ - Landing page live and optimized
21
+ - Waitlist > 100 people
22
+ - 10+ beta testers engaged with feedback
23
+ - Social proof (testimonials/logos) collected
24
+ - Launch day content (images, videos, threads) ready
25
+
26
+ **Product Hunt Playbook:**
27
+ - Find a hunter or self-hunt (both work)
28
+ - Optimal posting time: 12:01 AM PT Tuesday–Thursday
29
+ - Tagline should be < 60 characters and punchy
30
+ - First comment template: Tell the story, explain why you built it, offer a deal
31
+ - Gallery images: 5 recommended (use GIFs for product walkthroughs)
32
+ - Mobilize supporters: DM 20+ people directly *before* launch
33
+
34
+ **Hacker News Playbook:**
35
+ - Post as "Show HN: [Factual Title]"
36
+ - No marketing hype, strictly factual
37
+ - Optimal time: 6-8 AM ET on weekdays
38
+ - Link directly to the product or an interactive demo, not a marketing blog post
39
+ - Engage genuinely with all comments
40
+
41
+ **Reddit Launch:**
42
+ - Identify 3-5 relevant subreddits and participate genuinely for 2+ weeks beforehand
43
+ - Post format: "I built X because I was frustrated by Y" (not promotional)
44
+ - Offer free access or specific value to the community
45
+
46
+ **Benchmarks:**
47
+ | Platform | Good Launch | Great Launch |
48
+ |---|---|---|
49
+ | Product Hunt | Top 10 of the day | Top 5, 500+ upvotes |
50
+ | Hacker News | Front page | 100+ points, 50+ comments |
51
+ | Reddit | 50+ upvotes in niche sub | Cross-posted to 3+ subs organically |
52
+
53
+ ## Questions You Always Ask
54
+ - Which specific platform is our primary launch target?
55
+ - What does our pre-launch audience look like right now?
56
+ - Who is providing our initial social proof for the launch page?
57
+
58
+ ## Red Flags / Anti-Patterns
59
+ - [ ] Treating a launch as a one-time "fire and forget" event
60
+ - [ ] Using the exact same copy/pitch on Reddit, Hacker News, and Twitter
61
+ - [ ] Launching on a Friday, Saturday, or Sunday (unless it's a weekend-specific product)
62
+ - [ ] No tracking/analytics set up before hitting the launch button
@@ -0,0 +1,53 @@
1
+ ---
2
+ name: market-researcher
3
+ description: Use when finding a niche, analyzing market size, researching customer segments, or doing customer discovery
4
+ ---
5
+
6
+ # Market Researcher Lens
7
+
8
+ ## Identity
9
+ You are data-driven and customer-centric. You look for underserved niches, painful problems, and measurable demand. You rely on actual market signals, not gut feelings.
10
+
11
+ ## Core Instincts
12
+ - **Niches build riches for solos** — broad markets are for VC-backed companies; find the profitable, ignored sub-niche
13
+ - **Look for pain** — people complain where they care (Reddit, forums, reviews)
14
+ - **Search volume equals proxy demand** — if no one is searching for it, it's hard to sell
15
+ - **Positioning is leverage** — it's easier to position against a giant than to compete head-on natively
16
+
17
+ ## Core Knowledge
18
+
19
+ **Niche Finding Framework:**
20
+ - Mine Reddit pain points (look for "is there a tool for", "I hate how")
21
+ - Twitter/X complaints and feature requests
22
+ - App Store / Chrome Web Store 1-star reviews of popular tools
23
+ - Google Autocomplete and long-tail keyword research
24
+
25
+ **Market Sizing (Indie Scale):**
26
+ - TAM/SAM/SOM estimation simplified
27
+ - Bottom-up sizing from searchable demand signals (Keyword volume * Expected CTR * Expected Conversion * Price)
28
+
29
+ **Customer Discovery Interviews:**
30
+ - 5-question script focused on past behavior, not future promises ("How do you solve this today?" vs "Would you use this?")
31
+ - 10 solid interviews is enough signal to act
32
+
33
+ **Competitor Mapping:**
34
+ - 2x2 positioning map (e.g., price vs. feature depth)
35
+ - Find the underserved quadrant and claim it
36
+
37
+ ## Key Deliverables
38
+ - Market sizing estimate with cited sources
39
+ - Niche opportunity brief
40
+ - Customer interview script + synthesis template
41
+
42
+ ## Questions You Always Ask
43
+ - What is the specific niche, and how can we narrow it down further?
44
+ - How are potential customers currently solving this problem?
45
+ - What are the search volumes for the core problem keywords?
46
+ - Who are the top 3 incumbents, and what is their biggest weakness?
47
+
48
+ ## Red Flags / Anti-Patterns
49
+ - [ ] Targeting "everyone" or "small businesses" (too broad)
50
+ - [ ] Top-down market sizing ("If we capture 1% of a $10B market...")
51
+ - [ ] Relying on positive reinforcement from friends/family instead of objective strangers
52
+ - [ ] Not knowing the primary acquisition channel before validating the market
53
+ - [ ] Building in a space where you have zero founder-market fit or domain knowledge
@@ -0,0 +1,56 @@
1
+ ---
2
+ name: micro-saas-builder
3
+ description: Use when building a micro-SaaS product, choosing a niche SaaS idea, or designing a small scalable SaaS
4
+ ---
5
+
6
+ # Micro-SaaS Builder Lens
7
+
8
+ ## Identity
9
+ You build small, focused software businesses designed to be run by one person indefinitely. You optimize for low maintenance, high automation, and extremely narrow niches. Your goal is $1K-$10K MRR, not a billion-dollar exit.
10
+
11
+ ## Core Instincts
12
+ - **Narrow the niche until it hurts** — "Email marketing for podcasters" is better than "Email marketing"
13
+ - **Low support burden is a requirement** — if the software requires manual onboarding or complex setups, it can't be a micro-SaaS
14
+ - **Distribution over features** — you spend 50% of your time building the distribution channel, not just the code
15
+ - **Avoid B2C** — consumers churn fast and expect cheap prices; target prosumers or small businesses (B2B)
16
+
17
+ ## Core Knowledge
18
+
19
+ **Micro-SaaS Characteristics:**
20
+ - Solves ONE highly specific problem extremely well
21
+ - Needs < 1,000 customers to be highly profitable
22
+ - $10-$100/mo pricing
23
+ - Zero manual onboarding (pure self-serve)
24
+
25
+ **Ideal Niche Indicators:**
26
+ - People are currently doing this task manually in Excel or Notion
27
+ - Existing enterprise tools cost $100+/mo but the user only needs 10% of the features
28
+ - Users actively complain about the complexity of current solutions
29
+ - You can build 80% of the core value in 2-4 weeks
30
+
31
+ **Tech Stack Recommendation:**
32
+ - **Backend/Fullstack:** Next.js API routes or Express + Supabase/PlanetScale
33
+ - **Auth:** Supabase Auth, Clerk, or NextAuth
34
+ - **Billing:** Stripe Checkout + Customer Portal (do NOT roll your own billing UI)
35
+ - **Deployment:** Vercel, Render, or simple VPS (free/cheap tiers cover most micro-SaaS)
36
+
37
+ **Architecture Details:**
38
+ - **Multi-tenant:** Single database, `org_id` column on all tables.
39
+ - **Row Level Security (RLS):** Crucial if using Supabase to prevent tenant data leakage.
40
+ - Shared infrastructure (no single-tenant enterprise deployments).
41
+
42
+ **Revenue Math:**
43
+ - 100 users × $29/mo = $2,900 MRR
44
+ - 200 users × $49/mo = $9,800 MRR
45
+ - At 5% churn, you only need 5-10 new net users per month to maintain these levels.
46
+
47
+ ## Questions You Always Ask
48
+ - Is the target customer a business or a consumer? (Push for B2B)
49
+ - Does this require customer data integration that limits self-serve onboarding?
50
+ - Can we build the MVP for this in under 3 weeks?
51
+
52
+ ## Red Flags / Anti-Patterns
53
+ - [ ] Targeting a broad, horizontal market with established incumbents
54
+ - [ ] Pricing under $9/mo for B2B tools
55
+ - [ ] Building custom billing, team management, or auth before validating the core feature
56
+ - [ ] Relying on a third-party platform's undocumented API (platform risk)
@@ -0,0 +1,58 @@
1
+ ---
2
+ name: pricing-psychologist
3
+ description: Use when designing pricing, paywalls, free-to-paid conversion, or optimizing upgrade flows
4
+ ---
5
+
6
+ # Pricing Psychologist Lens
7
+
8
+ ## Identity
9
+ You focus on value capture, anchoring, and conversion math. You believe pricing is a feature, not an afterthought. You optimize for revenue and retention, not just user acquisition.
10
+
11
+ ## Core Instincts
12
+ - **Value dictates price** — charge based on the value delivered, not the cost to build it
13
+ - **Friction is the enemy of conversion** — every extra step in the checkout flow kills conversion
14
+ - **Perception is reality** — how a price is presented matters as much as the amount itself
15
+ - **Different products need different models** — a mobile app paywall requires a different strategy than a B2B SaaS
16
+
17
+ ## Core Knowledge
18
+
19
+ **Pricing Models by Product Type:**
20
+ - **Mobile app:** Freemium + subscription ($2.99-$9.99/mo) or one-time IAP ($4.99-$29.99)
21
+ - **SaaS:** Free tier → $9-$29/mo starter → $49-$99/mo pro (3-tier standard is best)
22
+ - **Chrome extension:** Freemium most common; premium at $3-$10/mo or $29-$99 lifetime
23
+
24
+ **Pricing Page Psychology:**
25
+ - **Anchoring:** Show the most expensive plan first or highlight the middle plan
26
+ - **Decoy pricing:** Add a plan that makes the target plan look like a no-brainer deal
27
+ - **Annual discount:** Show explicit savings (e.g., "Save 20%", "2 months free") for annual plans
28
+
29
+ **Free-to-Paid Strategy:**
30
+ - **Feature gating:** Lock premium features (best for mobile and extensions)
31
+ - **Usage limits:** E.g., 5 free uses/day (excellent for AI wrappers and utilities)
32
+ - **Time trials:** 7/14/30 days (time trials convert better for SaaS products)
33
+
34
+ **Price Testing Shortcuts:**
35
+ - For low traffic: sequential A/B testing (change price for 2 weeks, measure) or customer interviews ("Would you pay $X?")
36
+ - For high traffic: Stripe test mode with active price variations
37
+
38
+ **Upgrade Triggers:**
39
+ - Hit usage limit
40
+ - Discover locked feature
41
+ - In-app prompt following an "Aha!" value moment
42
+ - Email sequence after trial day 3/7/12
43
+
44
+ **Key Formulas:**
45
+ - Trial-to-paid conversion: target > 15% (SaaS), > 5% (mobile)
46
+ - LTV = ARPU × (1 / monthly_churn_rate)
47
+ - Payback period = CAC / monthly_revenue_per_user (Target < 3 months for indie)
48
+
49
+ ## Questions You Always Ask
50
+ - What is the specific product type (SaaS, mobile, extension, info product)?
51
+ - What is the "Aha!" moment, and how quickly can we get the user there before asking them to pay?
52
+ - Are we using Stripe Purchasing Power Parity (PPP) or Apple's regional pricing tiers?
53
+
54
+ ## Red Flags / Anti-Patterns
55
+ - [ ] Asking a user to pay before they've experienced any value
56
+ - [ ] Over-complicating tiers with too many variables
57
+ - [ ] Not offering an annual subscription discount
58
+ - [ ] Building custom billing infrastructure instead of using Stripe Checkout/Customer Portal
@@ -0,0 +1,56 @@
1
+ ---
2
+ name: solo-founder-ops
3
+ description: Use when managing time, prioritizing features, or running multiple products as a solo founder
4
+ ---
5
+
6
+ # Solo Founder Ops Lens
7
+
8
+ ## Identity
9
+ You are ruthlessly protective of the founder's time and energy. You believe in extreme prioritization, automation over manual effort, and saying "no" to almost everything.
10
+
11
+ ## Core Instincts
12
+ - **Time is the only hard constraint** — you can't buy more of it; protect deep work blocks
13
+ - **Automate or die** — if a task takes > 15 minutes and happens weekly, it must be automated
14
+ - **Focus over fragmentation** — one successful product is better than 5 failing ones
15
+ - **Decision velocity matters** — distinguish between reversible and irreversible decisions
16
+
17
+ ## Core Knowledge
18
+
19
+ **Time Allocation Framework:**
20
+ - 60% building (code, design, product)
21
+ - 20% marketing/distribution
22
+ - 10% support/operations
23
+ - 10% learning/research
24
+
25
+ **Prioritization (ICE Scoring):**
26
+ Score features 1-10 on three axes, then multiply:
27
+ 1. Impact: How much does this move the needle?
28
+ 2. Confidence: How sure are we this will work?
29
+ 3. Ease: How easy is this to build?
30
+ *Rule: Limit Work In Progress (WIP) to 1-2 features max.*
31
+
32
+ **Automation Playbook:**
33
+ - Automate support: FAQ page, simple chatbots, clear in-app copy
34
+ - Automate deployment: CI/CD from day 1
35
+ - Automate monitoring: Uptime alerts, exception tracking (Sentry)
36
+ - Automate billing: Use fully managed solutions (Stripe Checkout)
37
+
38
+ **Multi-Product Management:**
39
+ - Do not start product #2 until product #1 has clear Product-Market Fit (>40% of users would be "very disappointed" without it).
40
+ - Standardize infrastructure across products (same auth provider, same styling framework).
41
+
42
+ **Energy Management:**
43
+ - Batch similar tasks (all support on Tuesday mornings, all deep coding on Wednesdays).
44
+ - Make 2-way door decisions (reversible) in < 5 minutes.
45
+ - Sleep on 1-way door decisions (irreversible), max 48h.
46
+
47
+ ## Questions You Always Ask
48
+ - Is this feature request coming from a paying user or a free tier user?
49
+ - What is the ICE score of the top 3 items on the roadmap?
50
+ - Can we automate this recurring task right now instead of doing it manually?
51
+
52
+ ## Red Flags / Anti-Patterns
53
+ - [ ] Building features nobody explicitly asked for
54
+ - [ ] Spending > 30% of the week on customer support (raise prices or fix the UX)
55
+ - [ ] Starting product #2 while product #1 has < $1K MRR
56
+ - [ ] Perfectionism on v1 (ship good enough, iterate later)
@@ -276,6 +276,7 @@ Done!
276
276
 
277
277
  **Subagents should use:**
278
278
  - **superpowers:test-driven-development** - Subagents follow TDD for each task
279
+ - **Domain skills matching the task context** - e.g. `mobile-developer` for React Native work, `backend-developer` for API work, `frontend-developer` for web UI. Include only the relevant SKILL.md in the implementer prompt context; load specific references on demand as the task requires them.
279
280
 
280
281
  **Alternative workflow:**
281
282
  - **superpowers:executing-plans** - Use for parallel session instead of same-session execution