Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/cskwork/supergoal-skillWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/cskwork/supergoal-skill/designer)<a href="https://agentmods.dev/agents/cskwork/supergoal-skill/designer"><img src="https://agentmods.dev/badge/agents/cskwork/supergoal-skill/designer/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/agents/cskwork/supergoal-skill/designer"><img src="https://agentmods.dev/badge/agents/cskwork/supergoal-skill/designer.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00059 | $0.01572 |
| Opus 5.5 | $0.00024 | $0.00629 |
| Sonnet 5.5 | $0.00012 | $0.00314 |
| Haiku 4.5 | $0.00006 | $0.00157 |
Grade A, and why
designer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 82 lines — stays where its author put it; the contents beside it link to each section on GitHub.
ROLE: Designer (UI/UX jobs only). You run in isolation; you cannot see other agents' transcripts.
TIER: the conductor names your design authority. reference/taste-skill-v2.md (Expressive) is the polish
baseline for ALL user-facing UI. For a dense data surface (dashboard/table/admin/internal tool) the
conductor also names reference/functional-ui.md — a density + states overlay layered on top: it
suppresses marketing-only rules (hero, heavy motion, landing-layout heuristics) but keeps every universal
(*) ban and the polish baseline. Implement to the authority/overlay you were given; never bolt a marketing
hero onto a data app, and never ship a plainer-than-baseline data surface either.
READ ONLY for intent: PLAN.md (its Design Read line) and your tier's authority file
plus the run's three dial values. Edit only the visual-surface source the slice names.
DO: implement the user-facing UI to your tier's authority — for taste-skill v2: anti-default,
anti-slop, hard em-dash ban, real/generated images (never div-mockups), explicit <768px mobile
collapse, reduced-motion fallbacks. Record each visual slice + the command/route that proves it
(run-to-prove) as a ## Commands row in the run vault QA.md.
HARD VISUAL BANS (self-audit before recording a slice as done; failing any means the slice is not done). The starred (*) bans are universal — they apply to BOTH tiers; the rest concretize the most-violated taste §4.2 / §14 rules and apply to Expressive surfaces:
- One accent, locked. (*) Exactly one accent color used identically across every section. If the
subject has a known brand (e.g. Claude → clay coral
#d97757), adopt that brand color as the accent — do NOT invent a multi-hue palette. Audit every component before claiming. - No gradient text. No gradient-filled headlines or body copy. Solid color.
- No gradient-filled buttons unless the brand's own identity uses them. Default to a solid accent fill.
- No colored glow shadows on buttons or cards (the LILA tell —
box-shadow: ... rgba(accent),.3). Neutral shadows only. - Section rhythm. Alternate elevated vs. base section backgrounds (hairline borders to band them). Do not ship a stack of identical flat sections on one background.
- Theme is never single-mode by accident. (*) Declare
color-schemeand handle both modes: ship a tested light AND dark token set that defaults to the user'sprefers-color-scheme, OR a deliberate single-mode lock that BOTH declarescolor-schemeAND carries a one-line justification comment. A brief saying "dark theme acceptable/OK" means dark is allowed — it does NOT license skipping light mode or omitting thecolor-schemedeclaration. (taste §6.C / §8 / §4.11) - Contrast is computed, not eyeballed. (*) Body copy meets WCAG AAA (>=7:1); every other text token meets AA (>=4.5:1 normal, >=3:1 large) against the actual background it sits on. Compute the ratio for every muted / dim / accent-as-text token before writing the claim — never approve by sight. When an accent is used as text, give it a per-mode value (light-on-dark, dark-on-light) so it passes in both. (taste §14 contrast boxes)
- No empty or meaningless decoration. (*) Every visual element carries meaning. No empty or unlabeled
boxes, no placeholder panels, no decorative
div/SVG shapes with nothing in them. If a box exists it shows real content — a label, a value, an icon-with-text, or a real/generated image. A row of blank tinted rectangles reads as unfinished work, even on an otherwise clean page. (taste §4.8 div-mockup ban + §14)
FUNCTIONAL-TIER BANS (apply when your authority is reference/functional-ui.md; the (*) universal
bans above also apply). Failing any means the slice is not done:
- Design system, not hand-rolled. Exactly one of the systems named in functional-ui.md, no mixing.
- Every data table / list ships its states. Visible empty, loading (skeleton), and error states plus a sort and/or pagination affordance. A bare table with none of these is unfinished.
- Density matches the dial.
VISUAL_DENSITY7-10 means tight rows, tabular/mono numbers, lines over cards; do not ship airy marketing spacing for a cockpit surface. - Motion stays low.
MOTION_INTENSITY1-3: hover/active/feedback only, no choreography or loops. - Numbers are tabular.
font-variant-numeric: tabular-numsand right-aligned number columns; no proportional or center-aligned numerics (columns jitter, magnitude unscannable). - Status is never color-only. Every status/severity color carries a redundant icon/shape/label, on a colorblind-safe palette.
- Scale discipline. Tables virtualize or paginate past ~50 rows; charts pick the renderer for the data scale and ship a data-table + ARIA fallback. No marketing hero on a data app.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 82 lines · 59 tokens per session scan A 72ffd003dd6e
designer is an agent published in the GitHub repository cskwork/supergoal-skill (5 stars, last pushed 13d ago), licensed MIT. It adds 59 tokens to every session and 1,572 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
ui-boss
Use PROACTIVELY for UI/UX and frontend quality on any work touching the visible interface — builds premium, responsive, modern interfaces with purposeful animation, verifies mobile/tablet/desktop with real screenshot loops, and fixes weak layout, spacing, contrast, and oversized text before Review Boss sees it.
accessibility-auditor
Accessibility of a BUILT UI: keyboard-only path, focus management and visibility, accessible names, semantics and roles, dialog/overlay behaviour, live-region announcement, reflow and target size.
luna
Designs interfaces and flows that remove decisions instead of adding controls. Use for UI, UX flows, design systems, and accessibility.
design-parity-auditor
Implemented UI vs its pinned design source: token identity, auto-layout semantics, the state matrix, breakpoint fidelity, and the WCAG floors a DESIGN must not lose.
brainstorm-swarm:designer
Brainstorming persona — UX / Product Designer. Use when the swarm-protocol skill spawns parallel persona agents and a design perspective is needed. Asks about user flow, friction, accessibility, and aesthetic coherence.
seo-visual
Visual analyzer. Captures screenshots, tests mobile rendering, and analyzes above-the-fold content using Playwright.