focus
Use this skill when the user suspects an activity isn't worth their time, feels stuck on something, or wants to know if they should keep doing X or try something else. Also use when the user mentions '80/20,' 'Pareto,' 'is this worth my time,' 'should I keep doing X,' 'not getting results from X,' 'spending too much time on X,' or 'what should I focus on instead.' Delivers a kill/refine/pivot verdict with a concrete weekly action plan.
Best use case
focus is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Use this skill when the user suspects an activity isn't worth their time, feels stuck on something, or wants to know if they should keep doing X or try something else. Also use when the user mentions '80/20,' 'Pareto,' 'is this worth my time,' 'should I keep doing X,' 'not getting results from X,' 'spending too much time on X,' or 'what should I focus on instead.' Delivers a kill/refine/pivot verdict with a concrete weekly action plan.
Teams using focus should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/focus/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How focus Compares
| Feature / Agent | focus | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Use this skill when the user suspects an activity isn't worth their time, feels stuck on something, or wants to know if they should keep doing X or try something else. Also use when the user mentions '80/20,' 'Pareto,' 'is this worth my time,' 'should I keep doing X,' 'not getting results from X,' 'spending too much time on X,' or 'what should I focus on instead.' Delivers a kill/refine/pivot verdict with a concrete weekly action plan.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# 80/20 Focus You suspect something you're doing isn't worth your time. This skill helps you decide: kill it, refine it, or pivot to something with more leverage. **This skill is for evaluating whether an activity is worth your time — time allocation, not product decisions.** For deciding which features to build next, use **prioritize**. For finding your best acquisition channel without a specific activity to evaluate, use **growth**. ## How This Works 1. You describe the activity and what's (not) happening 2. I diagnose: wrong activity or wrong execution? 3. I compare it against higher-leverage alternatives at your stage 4. You get a verdict and a concrete plan for this week --- ## Step 1: Understand Before diagnosing, establish the basics. Ask the founder: - What exactly are you doing? (Be specific — not "marketing" but "sending 50 cold emails per week to SaaS founders") - How much time per week? - What results so far? (Replies, demos, signups, revenue — whatever the activity is supposed to produce) 2-3 questions. Not an interrogation. --- ## Step 2: Diagnose Apply two filters: ### Ceiling Test Even if you executed this perfectly, would it move the needle at your stage? Signs of a low ceiling: - Cold outreach to enterprise when you have no case studies or social proof - SEO content strategy when you have 0 customers and no product-market fit signal - Building integrations when your core product doesn't retain users - Paid ads when you don't know your conversion rate or LTV - Perfecting onboarding when you don't have enough signups to measure A low ceiling means the activity can't work yet — not at this stage, not with these prerequisites missing. ### Execution Test Are you doing the high-leverage 20% of this activity, or spreading effort across the full 100%? Signs of a 100% spread: - Sending 100 generic emails instead of 10 deeply researched ones - Writing 4 blog posts per week instead of 1 exceptional one - Building 5 features at once instead of finishing 1 - Posting on 4 social platforms instead of dominating 1 - Attending 3 networking events per week instead of deeply following up with 5 warm contacts The 80/20 version is almost always: do less, but do it with more depth and intention. If both tests fail — low ceiling AND spread execution — the verdict is Kill. Wrong activity done the wrong way cannot be refined into something that works. --- ## Step 3: Leverage Comparison Regardless of the diagnosis, compare the current activity against 2-3 alternatives in the same category. The founder needs to see: even if this activity is fine, is it the BEST use of these hours? ### Category: Customer Acquisition | Tactic | Early Stage (<$1k MRR) | Growth ($1k-$10k MRR) | Scaling ($10k+ MRR) | |--------|----------------------|----------------------|---------------------| | Direct outreach | High leverage (if targeted) | Medium — shifts to partnerships | Low — doesn't scale | | Content/SEO | Low — too slow, no domain authority | Medium — start building | High — compounds over time | | Paid ads | Low — don't know LTV yet | Medium — test with small budget | High — scale what converts | | Community/social | High — build relationships that convert | High — establishes authority | Medium — diminishing personal returns | | Referrals | Low — not enough users | High — program pays for itself | High — lowest CAC channel | | Partnerships | Low — nothing to offer yet | High — mutual amplification | High — channel partnerships | **Common trap:** Founders at early stage invest in SEO or paid ads because they feel scalable. But without product-market fit signal, you're scaling something that doesn't work. ### Category: Product | Tactic | Early Stage | Growth | Scaling | |--------|------------|--------|---------| | New features | Medium — only if validating PMF | Low — focus on what exists | Medium — expand for new segments | | Bug fixes | High — broken product kills trust | High — reliability matters | High — always | | Onboarding polish | High — activation is everything | High — biggest ROI per hour | Medium — diminishing returns | | Technical debt | Low — premature optimization | Medium — only if blocking you | High — invest systematically | | Design polish | Low — function over form | Medium — builds trust | High — competitive differentiator | **Common trap:** Building features before fixing activation. New features don't help if users never experience the existing ones. ### Category: Retention | Tactic | Early Stage | Growth | Scaling | |--------|------------|--------|---------| | Manual check-ins | High — learn why people stay/leave | Medium — can't scale | Low — automate | | Email sequences | Medium — worth a basic welcome | High — lifecycle program | High — sophisticated segmentation | | Feedback collection | High — talk to every user | High — systematize | Medium — diminishing signal-to-noise | | Usage monitoring | Low — not enough data | High — catch churn signals | High — predictive models | **Common trap:** Building retention mechanics before you have enough users to retain. At early stage, just talk to people. ### Category: Revenue | Tactic | Early Stage | Growth | Scaling | |--------|------------|--------|---------| | Pricing changes | High — most founders underprice | High — test annually | Medium — optimize | | Upsells/expansion | Low — get the first sale right | High — existing customers are cheapest | High — major growth lever | | Payment optimization | Low — not enough volume | Medium — reduce failed payments | High — dunning is money | | Annual plans | Medium — if anyone will commit | High — improves cash flow | High — reduces churn | **Common trap:** Offering discounts instead of raising prices. Most early-stage SaaS is underpriced, not overpriced. ### Category: Operations | Tactic | Early Stage | Growth | Scaling | |--------|------------|--------|---------| | Legal/compliance | Low — do the minimum | Medium — as revenue grows | High — real liability | | Automation/tooling | Low — manual is fine | Medium — automate repetitive | High — systems thinking | | Hiring/contracting | Low — do it yourself | Medium — first hire | High — build the team | | Financial tracking | Low — spreadsheet | Medium — proper books | High — forecasting matters | **Common trap:** Automating things you do once a week. Your time is better spent on customers until the manual work takes hours per day. --- ## Step 4: Recommend Deliver one of three verdicts: ### Kill The activity has a low ceiling at the founder's stage, or alternatives are dramatically higher leverage. Stop entirely. Redirect the freed-up hours to a specific alternative. ### Refine The activity is right, but execution is spread too thin. Cut to the 20% version — specific instructions on what to stop doing within this activity, and what to double down on. ### Pivot The category is right (e.g., customer acquisition) but the tactic is wrong for this stage. Switch to a specific alternative tactic with instructions for the 80/20 version. --- ## Output Format Every recommendation must follow this format: **Verdict:** Kill / Refine / Pivot **Why:** 2-3 sentences. What's the effort-to-result ratio? What's the ceiling? How does it compare to alternatives? **This week:** - Stop doing [specific thing] - Start doing [specific thing] — here's the 20% version: [concrete instructions] - Expected time shift: [X hrs/week freed up → redirected to Y] **The 80/20 version of [recommended activity]:** A specific description of the minimum effective dose. Not "do content marketing" but "write one LinkedIn post per day sharing a lesson from building your product. No blog, no SEO, no content calendar. Just the post." **Trap to avoid:** One common mistake founders make when switching to this activity. --- ## Related Skills - **prioritize** — RICE scoring for which features to build (product decisions, not time allocation) - **growth** — PLG strategy and activation funnels - **validate** — Test whether an idea has demand before investing time - **launch** — Channel strategy for getting a product to market
Related Skills
validate
Use this skill when the user needs to validate a business idea, test demand before building, run a smoke test, create an MVP experiment, or decide whether an idea is worth pursuing. Covers demand validation, smoke tests, fake-door tests, landing page experiments, and go/no-go decision frameworks for bootstrapped founders.
ux-design
Use this skill when flows feel clunky, users are confused, navigation needs planning, onboarding needs design, or accessibility needs implementation. Covers information architecture, user flows, interaction patterns, progressive disclosure, and error handling UX.
ui-patterns
Use this skill when the user needs to build a dashboard, settings page, data table, or any page layout. Also use when choosing component libraries, implementing responsive design, dark mode, or handling UI states (loading, empty, error). Covers component selection, page composition, and responsive implementation.
translate
Use this skill when the user is a domain expert (lawyer, doctor, contractor, accountant, etc.) who wants to turn their professional knowledge into a software product. Also use when the user says 'I have an idea for my industry,' 'I know this problem exists,' 'I want to build something for [profession],' or is struggling to describe what they want the software to do. Helps identify which professional pain is worth building for, then translates it into requirements AI tools can execute.
test
Use this skill when the user needs to test features before deployment, create test scenarios, find edge cases, or verify bug fixes. Covers manual testing workflows, cross-browser testing, edge case identification, and testing checklists for non-technical founders.
technical-seo
Use this skill to implement technical SEO optimizations in code — meta tags, schema markup, Core Web Vitals, crawlability, robots.txt, sitemaps, and GEO (Generative Engine Optimization) for AI search engines. This is the implementation skill — for strategy see seo, for content writing see seo-content, for auditing see seo-audit.
support
Use this skill when the user needs to create help docs, build a knowledge base, set up self-serve support, or reduce support tickets. Covers documentation strategy, help center structure, support tone, and scaling support without hiring.
social-media
Use this skill when the user needs to grow a social media presence, create content for Twitter/X, LinkedIn, or other platforms, build a founder brand, or use social media as a distribution channel. Covers platform strategy, content frameworks, posting cadence, and audience building for bootstrapped SaaS founders.
seo
Use this skill when the user needs to plan SEO content, do keyword research, build a content calendar, map search intent to page types, or create an internal linking strategy. Also use when the user says 'how do I rank higher,' 'what should I write about for SEO,' 'SEO plan,' 'what keywords should I target,' or 'how to get organic traffic.' This is the strategy and planning skill — for writing content see seo-content, for technical implementation see technical-seo, for auditing see seo-audit.
seo-content
Use this skill when the user needs to write SEO content — blog posts, landing pages, feature pages, comparison pages, how-to guides, or any content meant to rank in search and get cited by AI. Covers content briefs, humanized writing that avoids AI detection, SERP feature targeting, entity optimization, content refresh, and quality self-checks. This is the writing skill — for strategy see seo, for technical implementation see technical-seo, for auditing see seo-audit.
seo-audit
Audit a codebase for SEO and AI-answer visibility, then produce a prioritized fix-it plan. Use this skill whenever a user says things like "audit my SEO", "check my site for search visibility", "how do I rank better", "optimize for Google", "optimize for AI answers", "SEO review", "GEO audit", "run the SEO agent", or anything about improving organic traffic or search rankings. Also trigger when someone mentions wanting visibility in AI-generated answers (ChatGPT, Gemini, Perplexity, Claude). Works on any web project — static sites, Next.js, Astro, Hugo, WordPress themes, or anything that outputs HTML.
secure
Use this skill when the user needs to secure their SaaS app, implement authentication, protect user data, secure APIs, or check for vulnerabilities. Also use when the user says 'is my app secure,' 'security check,' 'I'm worried about hackers,' 'how do I protect user data,' or 'security before launch.' Covers OWASP Top 10, auth best practices, data protection, and security checklists for apps built with AI tools.