melvynx/shared-skills

anti-vibecode

Bans the 43 tells of a vibecoded website (purple gradient on black, indigo Tailwind buttons, bento grid, liquid glass, sparkles icon, fake counters, "Most popular" pricing, the "Create Next App" tab, no legal pages...) while Claude builds or reviews a site,…

Ver código-fonte

Como usar

  1. Copie o comando e verifique o pacote antes de instalar no seu ambiente de agente.
  2. Consulte no original as ferramentas, credenciais e ambientes necessários.
  3. Descreva os dados de entrada e a entrega esperada; confira a saída com as fontes.
npx skills add https://github.com/melvynx/shared-skills --skill anti-vibecode

Antes de começar

  • A instalação não inclui assinatura de modelo, franquia API ou acesso aos seus arquivos.
  • Estrelas e instalações indicam atividade, não um teste independente de qualidade ou segurança.
Documento original do Skill

Renderizado do repositório de origem, preservando títulos, exemplos, código, tabelas, links e imagens.

anti-vibecode

A site generated by an AI agent without direction ends up with the same 43 defaults: the ones every model reaches for when nobody says otherwise. Visitors spot them in a second and read « made by AI, nobody cared ». This skill turns each of them into a rule, finds them in the code, and replaces them with a real choice.

What the user typed after /anti-vibecode: $ARGUMENTS

Modes

  • rules (default when Claude is about to build UI, or no argument): load references/signs.md and

follow it for the rest of the session. Before writing any page, decide the 3 choices that kill most tells: one brand color that is not purple or indigo, one typeface that is not Inter / Geist / Space Grotesk, and one layout idea that is not a centered hero + 3 feature cards. Say them in one line. Answer with « 43 règles actives » (or « 43 rules active ») and the 3 choices.

  • audit [path]: run the scanner, then check by eye what a regex cannot see. Report only, no edit.
  • fix [path]: audit, then fix every sign found, highest impact first (the « What is missing »

section always counts, a site without legal pages is not shippable).

Audit

  1. Run the scanner from this skill's folder on the project root (or the path given):
bash
   node <skill folder>/scripts/scan.mjs <project root>

It prints each sign it detected with its number, file and line, and the signs it cannot detect. Node 18+, no dependency.

  1. Open the site (dev server or the built pages) and check the visual signs the scanner lists as

« check by eye »: layout, motion, copy, what is missing. Read the landing page copy yourself.

  1. Report as a checklist: ✓ NN <sign> when clean, ✗ NN <sign> <file:line> → <fix> when found.

End with the count: NN/43 signes trouvés.

Fix

  • Follow the « Instead » column of references/signs.md for each sign found. Never swap one cliché

for another (purple gradient → blue gradient is still the same sign).

  • The project's own brand wins: if a brand book, DESIGN.md, PRODUCT.md or design tokens exist,

take colors and type from them.

  • Real content over filler: no invented testimonial, user count or logo wall. When the real thing does

not exist yet, remove the block, never fake it. Ask the user for the real numbers.

  • Missing legal pages: create mentions-legales and confidentialite (or legal and privacy)

pages with the fields the user must fill marked TODO, never invented company details.

  • Run the scanner again at the end and show the before / after count.

Going further

For a full design pass after the cleanup, two skills pair well with this one:

frontend design, from brand to polish.

at a time across accessibility, layout, writing, typography and colors, then verifies it.