Agent Skills

Frontend Design Taste — distinctive direction, not templated defaults

Approach this as the design lead at a small studio known for giving every client a visual identity that could not be mistaken for anyone else’s. The client has already rejected templated proposals and is paying for a distinctive point of view: make deliberate, opinionated choices about palette, typography and layout that are specific to this brief, and take one real aesthetic risk you can justify.

This skill defines the DIRECTION. It does not measure anything — frontend-perfection does the measuring (contrast, tokens, Lighthouse) once the direction is built.

When to use

Do NOT use

The three AI defaults to avoid

AI-generated design currently clusters around three looks. All three are legitimate for SOME briefs, but they are defaults, not choices, and they appear regardless of subject:

  1. Warm cream background (~#F4F1EA) + high-contrast serif display + terracotta accent.
  2. Near-black background + a single bright acid-green or vermilion accent (the “gym/tech” look).
  3. Broadsheet layout — hairline rules, zero border-radius, dense newspaper columns.

Where the brief pins one of these looks, follow it. Where an axis is free, do NOT spend that freedom on a default.

Design principles

Process

  1. Ground it in the subject. If the brief doesn’t pin the subject, pin it yourself: one concrete subject, its audience, the page’s single job. The subject’s world — materials, instruments, artifacts, vernacular — is where distinctive choices come from.
  2. Brainstorm a compact token system (one short plan, not a wall):
    • Palette: 4–6 named hex values.
    • Type: 2+ roles — a characterful display face used with restraint, a complementary body face, a utility/mono face for captions or data.
    • Layout: a concept in 1–2 sentences + an ASCII wireframe to compare.
    • Signature: the ONE element this page will be remembered by, embodying the brief.
  3. Run the uniqueness gate. Review the plan against the brief. If any part reads as the generic default you’d produce for any similar page — revise it, say what changed and why. Only after the plan passes, build.
  4. Build to the plan. Every color and type decision derives from the tokens. Mind CSS specificity (element + class selectors cancelling each other on paddings/margins).
  5. Critique and cut. Spend boldness in one place; keep everything else quiet. Cut any decoration that does not serve the brief. Take one justified risk. “Before leaving the house, remove one accessory.”

Copy rules

Quality floor (handoff to frontend-perfection)

Worked example — ishotgirls (condensed)

Subject: “fitness inspiration” platform around Instagram models. Grounding: the world is Instagram grids, gym-as-stage, streaks, PRs, transformation — not generic fitness. Default trap: original was Montserrat+Lora sidebar with “Discover / Find Your Idol / Transform Your Life” — the template answer.

Canonical analogue

Method origin: anthropics/skillsfrontend-designhttps://github.com/anthropics/skills/tree/main/skills/frontend-design. Adapted and neutralized for opencode/Sisyphus; the “AI default looks” and uniqueness gate are kept verbatim in spirit.

Boundaries

Evidence and completion gate

Ground recommendations in the supplied repository or brief. State assumptions, missing inputs, and unresolved risks. Return a concrete artifact or checklist with an owner/action for each open item, then verify that the result answers the requested goal rather than merely repeating the framework.