[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6X79E656PD4PDG2PJSBCPR4":3,"skill-same:01M6X79E656PD4PDG2PJSBCPR4":81},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":28,"publishedAt":48,"linkOnly":49,"markdownContent":50,"markdownBody":51,"frontMatter":52,"refName":59,"commitSha":60,"skillDirectory":61,"forksCount":62,"repositoryHtmlUrl":63,"repositoryHomepageUrl":6,"ownerHtmlUrl":64,"ownerBlogUrl":65,"ownerDescription":66,"updatedAt":67,"install":68,"resources":80},"01M6X79E656PD4PDG2PJSBCPR4","distill",null,"Strip designs to their essence by removing unnecessary complexity. Great design is simple, powerful, and clean. Use when the user asks to simplify, declutter, reduce noise, remove elements, or make a UI cleaner and more focused.","Cheggin\u002Frequest-for-startups","Cheggin","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F79483996?v=4","01M6X6MGT5512GJHE8DY5B1ZQJ","Reagan Hsu","01M6X6MGY03X7ZJNVRFM3R1040",1,"GPL-3.0","https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups\u002Fblob\u002Fmain\u002Fskills\u002Fdistill\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",[5,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47],"simple","when","design-review","reduce","true","more","essence","elements","design is","clean","design","complexity","use","remove","polish","simplify","ui","impeccable","review","2026-11-10 10:12:30",false,"---\nname: distill\ndescription: Strip designs to their essence by removing unnecessary complexity. Great design is simple, powerful, and clean. Use when the user asks to simplify, declutter, reduce noise, remove elements, or make a UI cleaner and more focused.\nversion: 2.1.1\nuser-invocable: true\nargument-hint: \"[target]\"\ngroup: design\nprerequisites: [impeccable]\nnext: [polish]\nworkflows: [design-review]\n---\n\nRemove unnecessary complexity from designs, revealing the essential elements and creating clarity through ruthless simplification.\n\n## MANDATORY PREPARATION\n\nInvoke \u002Fimpeccable — it contains design principles, anti-patterns, and the **Context Gathering Protocol**. Follow the protocol before proceeding — if no design context exists yet, you MUST run \u002Fimpeccable teach first.\n\n---\n\n## Assess Current State\n\nAnalyze what makes the design feel complex or cluttered:\n\n1. **Identify complexity sources**:\n   - **Too many elements**: Competing buttons, redundant information, visual clutter\n   - **Excessive variation**: Too many colors, fonts, sizes, styles without purpose\n   - **Information overload**: Everything visible at once, no progressive disclosure\n   - **Visual noise**: Unnecessary borders, shadows, backgrounds, decorations\n   - **Confusing hierarchy**: Unclear what matters most\n   - **Feature creep**: Too many options, actions, or paths forward\n\n2. **Find the essence**:\n   - What's the primary user goal? (There should be ONE)\n   - What's actually necessary vs nice-to-have?\n   - What can be removed, hidden, or combined?\n   - What's the 20% that delivers 80% of value?\n\nIf any of these are unclear from the codebase, ask the user directly to clarify what you cannot infer.\n\n**CRITICAL**: Simplicity is not about removing features - it's about removing obstacles between users and their goals. Every element should justify its existence.\n\n## Plan Simplification\n\nCreate a ruthless editing strategy:\n\n- **Core purpose**: What's the ONE thing this should accomplish?\n- **Essential elements**: What's truly necessary to achieve that purpose?\n- **Progressive disclosure**: What can be hidden until needed?\n- **Consolidation opportunities**: What can be combined or integrated?\n\n**IMPORTANT**: Simplification is hard. It requires saying no to good ideas to make room for great execution. Be ruthless.\n\n## Simplify the Design\n\nSystematically remove complexity across these dimensions:\n\n### Information Architecture\n- **Reduce scope**: Remove secondary actions, optional features, redundant information\n- **Progressive disclosure**: Hide complexity behind clear entry points (accordions, modals, step-through flows)\n- **Combine related actions**: Merge similar buttons, consolidate forms, group related content\n- **Clear hierarchy**: ONE primary action, few secondary actions, everything else tertiary or hidden\n- **Remove redundancy**: If it's said elsewhere, don't repeat it here\n\n### Visual Simplification\n- **Reduce color palette**: Use 1-2 colors plus neutrals, not 5-7 colors\n- **Limit typography**: One font family, 3-4 sizes maximum, 2-3 weights\n- **Remove decorations**: Eliminate borders, shadows, backgrounds that don't serve hierarchy or function\n- **Flatten structure**: Reduce nesting, remove unnecessary containers—never nest cards inside cards\n- **Remove unnecessary cards**: Cards aren't needed for basic layout; use spacing and alignment instead\n- **Consistent spacing**: Use one spacing scale, remove arbitrary gaps\n\n### Layout Simplification\n- **Linear flow**: Replace complex grids with simple vertical flow where possible\n- **Remove sidebars**: Move secondary content inline or hide it\n- **Full-width**: Use available space generously instead of complex multi-column layouts\n- **Consistent alignment**: Pick left or center, stick with it\n- **Generous white space**: Let content breathe, don't pack everything tight\n\n### Interaction Simplification\n- **Reduce choices**: Fewer buttons, fewer options, clearer path forward (paradox of choice is real)\n- **Smart defaults**: Make common choices automatic, only ask when necessary\n- **Inline actions**: Replace modal flows with inline editing where possible\n- **Remove steps**: Can signup be one step instead of three? Can checkout be simplified?\n- **Clear CTAs**: ONE obvious next step, not five competing actions\n\n### Content Simplification\n- **Shorter copy**: Cut every sentence in half, then do it again\n- **Active voice**: \"Save changes\" not \"Changes will be saved\"\n- **Remove jargon**: Plain language always wins\n- **Scannable structure**: Short paragraphs, bullet points, clear headings\n- **Essential information only**: Remove marketing fluff, legalese, hedging\n- **Remove redundant copy**: No headers restating intros, no repeated explanations, say it once\n\n### Code Simplification\n- **Remove unused code**: Dead CSS, unused components, orphaned files\n- **Flatten component trees**: Reduce nesting depth\n- **Consolidate styles**: Merge similar styles, use utilities consistently\n- **Reduce variants**: Does that component need 12 variations, or can 3 cover 90% of cases?\n\n**NEVER**:\n- Remove necessary functionality (simplicity ≠ feature-less)\n- Sacrifice accessibility for simplicity (clear labels and ARIA still required)\n- Make things so simple they're unclear (mystery ≠ minimalism)\n- Remove information users need to make decisions\n- Eliminate hierarchy completely (some things should stand out)\n- Oversimplify complex domains (match complexity to actual task complexity)\n\n## Verify Simplification\n\nEnsure simplification improves usability:\n\n- **Faster task completion**: Can users accomplish goals more quickly?\n- **Reduced cognitive load**: Is it easier to understand what to do?\n- **Still complete**: Are all necessary features still accessible?\n- **Clearer hierarchy**: Is it obvious what matters most?\n- **Better performance**: Does simpler design load faster?\n\n## Document Removed Complexity\n\nIf you removed features or options:\n- Document why they were removed\n- Consider if they need alternative access points\n- Note any user feedback to monitor\n\nRemember: You have great taste and judgment. Simplification is an act of confidence - knowing what to keep and courage to remove the rest. As Antoine de Saint-Exupéry said: \"Perfection is achieved not when there is nothing more to add, but when there is nothing left to take away.\"","Remove unnecessary complexity from designs, revealing the essential elements and creating clarity through ruthless simplification.\n\n## MANDATORY PREPARATION\n\nInvoke \u002Fimpeccable — it contains design principles, anti-patterns, and the **Context Gathering Protocol**. Follow the protocol before proceeding — if no design context exists yet, you MUST run \u002Fimpeccable teach first.\n\n---\n\n## Assess Current State\n\nAnalyze what makes the design feel complex or cluttered:\n\n1. **Identify complexity sources**:\n   - **Too many elements**: Competing buttons, redundant information, visual clutter\n   - **Excessive variation**: Too many colors, fonts, sizes, styles without purpose\n   - **Information overload**: Everything visible at once, no progressive disclosure\n   - **Visual noise**: Unnecessary borders, shadows, backgrounds, decorations\n   - **Confusing hierarchy**: Unclear what matters most\n   - **Feature creep**: Too many options, actions, or paths forward\n\n2. **Find the essence**:\n   - What's the primary user goal? (There should be ONE)\n   - What's actually necessary vs nice-to-have?\n   - What can be removed, hidden, or combined?\n   - What's the 20% that delivers 80% of value?\n\nIf any of these are unclear from the codebase, ask the user directly to clarify what you cannot infer.\n\n**CRITICAL**: Simplicity is not about removing features - it's about removing obstacles between users and their goals. Every element should justify its existence.\n\n## Plan Simplification\n\nCreate a ruthless editing strategy:\n\n- **Core purpose**: What's the ONE thing this should accomplish?\n- **Essential elements**: What's truly necessary to achieve that purpose?\n- **Progressive disclosure**: What can be hidden until needed?\n- **Consolidation opportunities**: What can be combined or integrated?\n\n**IMPORTANT**: Simplification is hard. It requires saying no to good ideas to make room for great execution. Be ruthless.\n\n## Simplify the Design\n\nSystematically remove complexity across these dimensions:\n\n### Information Architecture\n- **Reduce scope**: Remove secondary actions, optional features, redundant information\n- **Progressive disclosure**: Hide complexity behind clear entry points (accordions, modals, step-through flows)\n- **Combine related actions**: Merge similar buttons, consolidate forms, group related content\n- **Clear hierarchy**: ONE primary action, few secondary actions, everything else tertiary or hidden\n- **Remove redundancy**: If it's said elsewhere, don't repeat it here\n\n### Visual Simplification\n- **Reduce color palette**: Use 1-2 colors plus neutrals, not 5-7 colors\n- **Limit typography**: One font family, 3-4 sizes maximum, 2-3 weights\n- **Remove decorations**: Eliminate borders, shadows, backgrounds that don't serve hierarchy or function\n- **Flatten structure**: Reduce nesting, remove unnecessary containers—never nest cards inside cards\n- **Remove unnecessary cards**: Cards aren't needed for basic layout; use spacing and alignment instead\n- **Consistent spacing**: Use one spacing scale, remove arbitrary gaps\n\n### Layout Simplification\n- **Linear flow**: Replace complex grids with simple vertical flow where possible\n- **Remove sidebars**: Move secondary content inline or hide it\n- **Full-width**: Use available space generously instead of complex multi-column layouts\n- **Consistent alignment**: Pick left or center, stick with it\n- **Generous white space**: Let content breathe, don't pack everything tight\n\n### Interaction Simplification\n- **Reduce choices**: Fewer buttons, fewer options, clearer path forward (paradox of choice is real)\n- **Smart defaults**: Make common choices automatic, only ask when necessary\n- **Inline actions**: Replace modal flows with inline editing where possible\n- **Remove steps**: Can signup be one step instead of three? Can checkout be simplified?\n- **Clear CTAs**: ONE obvious next step, not five competing actions\n\n### Content Simplification\n- **Shorter copy**: Cut every sentence in half, then do it again\n- **Active voice**: \"Save changes\" not \"Changes will be saved\"\n- **Remove jargon**: Plain language always wins\n- **Scannable structure**: Short paragraphs, bullet points, clear headings\n- **Essential information only**: Remove marketing fluff, legalese, hedging\n- **Remove redundant copy**: No headers restating intros, no repeated explanations, say it once\n\n### Code Simplification\n- **Remove unused code**: Dead CSS, unused components, orphaned files\n- **Flatten component trees**: Reduce nesting depth\n- **Consolidate styles**: Merge similar styles, use utilities consistently\n- **Reduce variants**: Does that component need 12 variations, or can 3 cover 90% of cases?\n\n**NEVER**:\n- Remove necessary functionality (simplicity ≠ feature-less)\n- Sacrifice accessibility for simplicity (clear labels and ARIA still required)\n- Make things so simple they're unclear (mystery ≠ minimalism)\n- Remove information users need to make decisions\n- Eliminate hierarchy completely (some things should stand out)\n- Oversimplify complex domains (match complexity to actual task complexity)\n\n## Verify Simplification\n\nEnsure simplification improves usability:\n\n- **Faster task completion**: Can users accomplish goals more quickly?\n- **Reduced cognitive load**: Is it easier to understand what to do?\n- **Still complete**: Are all necessary features still accessible?\n- **Clearer hierarchy**: Is it obvious what matters most?\n- **Better performance**: Does simpler design load faster?\n\n## Document Removed Complexity\n\nIf you removed features or options:\n- Document why they were removed\n- Consider if they need alternative access points\n- Note any user feedback to monitor\n\nRemember: You have great taste and judgment. Simplification is an act of confidence - knowing what to keep and courage to remove the rest. As Antoine de Saint-Exupéry said: \"Perfection is achieved not when there is nothing more to add, but when there is nothing left to take away.\"",{"name":5,"next":53,"group":39,"version":54,"workflows":55,"description":7,"argument-hint":56,"prerequisites":57,"user-invocable":58},[43],"2.1.1",[31],"[target]",[46],true,"main","92dddf7f6e7b55d1424795ce11586b05dba9d8c8","skills\u002Fdistill",3,"https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups","https:\u002F\u002Fgithub.com\u002FCheggin","reaganhsu.com","MTS @datacurve-ai, prev. founding eng @browser-use ","2026-04-24 08:33:47",{"source":8,"skillName":5,"commands":69,"prompt":79,"zipAvailable":58},[70,73,76],{"tool":71,"command":72},"npx","npx skills add Cheggin\u002Frequest-for-startups --skill distill",{"tool":74,"command":75},"bunx","bunx skills add Cheggin\u002Frequest-for-startups --skill distill",{"tool":77,"command":78},"pnpm","pnpm dlx skills add Cheggin\u002Frequest-for-startups --skill distill","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups\u002Fblob\u002Fmain\u002Fskills\u002Fdistill\u002FSKILL.md",[],[82,106,126,157,172,194],{"skillNo":83,"name":84,"nameZh":6,"description":85,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":86,"categories":87,"keywords":88,"publishedAt":48},"01M6X7PHK069RZH25A3RXN5049","writer-memory","Agentic memory system for writers - track characters, relationships, scenes, and themes","https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups\u002Fblob\u002Fmain\u002Fskills\u002Fwriter-memory\u002FSKILL.md",[],[89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105],"memory","writer","writer memory","system","characters","track","for","themes","memory system","scenes","relationships","query","export","status","validate","init","agentic",{"skillNo":107,"name":108,"nameZh":6,"description":109,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":110,"categories":111,"keywords":112,"publishedAt":48},"01M6X7PC3G9228Z323X5YAKTVW","wiki","LLM Wiki — persistent markdown knowledge base that compounds across sessions (Karpathy model)","https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups\u002Fblob\u002Fmain\u002Fskills\u002Fwiki\u002FSKILL.md",[],[108,113,114,115,116,117,118,119,120,121,122,123,124,100,125],"wiki lint","knowledge","model","llm wiki","markdown","wiki query","knowledge base","lint","sessions","karpathy","add","across","base",{"skillNo":127,"name":128,"nameZh":6,"description":129,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":130,"categories":131,"keywords":140,"publishedAt":48},"01M6X7P5XFW5C16H3JE4NFQ7MF","website-creation","Build production-quality SaaS websites with opinionated design presets. Use when creating any startup website. The user MUST pick a design style before building. Enforces shadcn\u002Fui, Figma design principles, specific CSS values per style, and anti-AI-writing. Load alongside anti-ai-writing skill. LIGHT MODE ONLY.","https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups\u002Fblob\u002Fmain\u002Fskills\u002Fwebsite-creation\u002FSKILL.md",[132,133,136,137],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":134,"categoryName":135,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},{"categoryNo":138,"categoryName":139,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000036","内容创作者",[141,142,143,30,144,145,146,147,45,148,149,150,151,43,152,153,154,155,156,39],"website creation","website","creation","design style","mode","brand-guidelines","full","writing","design principles","only","pick","audit","shadcn","figma","css","Anti-AI",{"skillNo":158,"name":159,"nameZh":6,"description":160,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":161,"categories":162,"keywords":163,"publishedAt":48},"01M6X7P3PCEAKA2SBETXHHTNBA","visual-verdict","Structured visual QA verdict for screenshot-to-reference comparisons","https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups\u002Fblob\u002Fmain\u002Fskills\u002Fvisual-verdict\u002FSKILL.md",[],[164,165,166,95,167,168,169,170,171],"visual verdict","verdict","visual","visual qa","structured","reference","screenshot","qa",{"skillNo":173,"name":174,"nameZh":6,"description":175,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":176,"categories":177,"keywords":186,"publishedAt":48},"01M6X7NXEWWC4NFT0ZK1RRSGES","visual-qa-pipeline","Screenshot every page with Playwright, feed to visual QA agent for design evaluation, report results to Slack. Use after every build phase to verify UI matches the chosen design preset. Integrates with the Playwright skill and the website-creation preset system.","https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups\u002Fblob\u002Fmain\u002Fskills\u002Fvisual-qa-pipeline\u002FSKILL.md",[178,181,184,185],{"categoryNo":179,"categoryName":180,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000005","邮件与沟通",{"categoryNo":182,"categoryName":183,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},[166,187,167,171,188,189,128,143,147,190,43,191,45,142,170,95,47,39,192,193],"pipeline","visual qa pipeline","slack","page","Evaluation","verify ui","phase",{"skillNo":195,"name":196,"nameZh":6,"description":197,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":198,"categories":199,"keywords":200,"publishedAt":48},"01M6X7NSNW00RQ8J531F52YHV9","verify","Verify that a change really works before you claim completion","https:\u002F\u002Fgithub.com\u002FCheggin\u002Frequest-for-startups\u002Fblob\u002Fmain\u002Fskills\u002Fverify\u002FSKILL.md",[],[196,201,33,202,203,204,187,205,206],"deploy-pipeline","you","claim","quality","deploy","change"]