-
|
Hi everyone, I’m trying to understand the best way to use Skills at scale. My goal is to turn Claude into a very strong frontend engineering assistant, not just for simple code snippets, but for complete, production-quality frontend work. For example, I want Claude to consistently help with things like: React, Next.js, TypeScript, Tailwind, CSS architecture, accessibility, responsive design, performance, testing, component design, UI polish, design systems, animations, and frontend debugging. From what I understand, Skills seem like the right mechanism for this because they can store reusable instructions, conventions, workflows, references, and maybe templates. But I’m not sure what the recommended approach is when the goal requires many different areas of expertise. My question is: Is there an easy or recommended way to add many Skills at once, or compose multiple related Skills together, instead of manually creating and uploading each one individually? Thank you y'all for the time. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
|
yes, i’d split this into smaller focused skills rather than one huge “frontend master” skill. for example: react component builder that usually works better because each skill stays focused, easier to maintain, and only loads the relevant instructions when needed, example, why claude need a accessibility reviewer when he's only editing a paragraph? for a broader “frontend master” setup, i’d make one lightweight coordinator skill that defines the general workflow, then keep the detailed guidance in smaller reference files or separate skills. so avoid one giant skill, prefer modular skills, and use a small top-level skill only to coordinate the overall frontend workflow. also you can find a lot of skills on this repo. |
Beta Was this translation helpful? Give feedback.
yes, i’d split this into smaller focused skills rather than one huge “frontend master” skill.
for example:
react component builder
next.js app router helper
accessibility reviewer
etc etc
that usually works better because each skill stays focused, easier to maintain, and only loads the relevant instructions when needed, example, why claude need a accessibility reviewer when he's only editing a paragraph?
for a broader “frontend master” setup, i’d make one lightweight coordinator skill that defines the general workflow, then keep the detailed guidance in smaller reference files or separate skills.
so avoid one giant skill, prefer modular skills, and use a small top-level skill only to coor…