shadcn

I took a look at your shadcn skill and wanted to share some thoughts.

Links:

• GitHub
• Your skill in the SkillzWave marketplace

The TL;DR

You're at 87/100, solid B territory. This is graded against Anthropic's best practices for skills. Your strongest area is Ease of Use (23/25) — the metadata is tight, your triggers are well-chosen, and developers will find this skill easily. Weakest area is Spec Compliance (13/15), mostly because the description lacks trigger phrases.

What's Working Well

• Triggers are chef's kiss — You've got regex patterns like cn( catching actual code artifacts, plus intent triggers like "utility classes" and "component styling." That's the kind of specificity that gets skills activated when people actually need them.
• Reference structure is clean — SKILL.md stays under 220 lines while you ship 3 reference files + 5 templates. That's solid Progressive Disclosure — users get the quick start without drowning in options.
• Practical constraints — Your "Banned" section actually makes sense (no Radix UI reimplements, no copy-paste theming). Not just restrictions for restrictions' sake.
• Real examples throughout — The CVA pattern examples and accessibility patterns reference show you're solving genuine shadcn/ui pain points.

The Big One: Redundant Anti-Patterns Content

Here's what's eating into your PDA score: you've got anti-patterns documented both inline in SKILL.md (lines 142-150) and as a separate reference file. That's repetition that could be cleaner.

The fix: Remove the inline anti-patterns section from SKILL.md entirely. Replace it with a single pointer: "See references/anti-patterns.md for common mistakes to avoid." This reclaims tokens and keeps the main file focused on the workflow, not the gotchas.

**Im...