A skill your agent uses when several visual variants need to be compared side by side — mockups, layouts, or a range of one value (spacing, radius, shadow, color, motion) — or when you are about to…

Apache-2.0Auto-check passedDevelopment

Install Design Helper

skills CLI
$ npx skills add hashgraph-online/awesome-codex-plugins --skill design-helper -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install hashgraph-online/awesome-codex-plugins design-helper --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/hashgraph-online/awesome-codex-plugins.git skills-src && mkdir -p .claude/skills && cp -r skills-src/plugins/Dessert99/design-helper/skills/design-helper .claude/skills/design-helper && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
design-helper
GitHub stars
1.3k
Token cost
~3k tokens
SKILL.md length
1,735 words
Files
8 (incl. references)
Skills in repo
716
Repo updated
First seen
Licence
Apache-2.0

At a glance

A skill your agent uses when several visual variants need to be compared side by side — mockups, layouts, or a range of one value (spacing, radius, shadow, color, motion) — or when you are about to…

  • Several visual variants need to be compared side by side — mockups
  • SKILL.md covers Language, One work unit, An order with no axis in it and Drawing specimens, plus 7 more sections
  • Calls git
  • A range of one value (spacing

What it does

Design Helper is an agent skill from hashgraph-online/awesome-codex-plugins. Use when several visual variants need to be compared side by side — mockups, layouts, or a range of one value (spacing, radius, shadow, color, motion) — or when you are about to ask the user to pick between visual options in prose. Renders every candidate in one HTML file, opens it in a browser, lets the user choose by eye, then applies the choice to the code. Not a design generator — it lays out a range, it does not invent a look. Triggers on "5가지 버전으로 보여줘" · "A 랑 B 중에 뭐가 나아" · "시안 여러 개 비교해줘" · "나란히 놓고 보자". Do…

Its SKILL.md is about 3k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including reference files (for example `references/clarification.md`, `references/controls.md` and `references/liveview.md`).

It sits in Development, covering Debugging. The repository describes itself as: A curated list of awesome OpenAI Codex / ChatGPT plugins, skills, and resources. The 1 Codex Marketplace. See live plugins at: https://hol.org/plugins/best-codex-plugins. The licence is Apache-2.0.

When your agent uses it

  • Several visual variants need to be compared side by side — mockups
  • A range of one value (spacing
  • You are about to ask the user to pick between visual options in prose
  • 5가지 버전으로 보여줘 · A 랑 B 중에 뭐가 나아 · 시안 여러 개 비교해줘 · 나란히 놓고 보자

Example prompts

  • “A 랑 B 중에 뭐가 나아”
  • “/design-helper”

What it can do on your machine

Read from SKILL.md and the folder at commit 3e1456a. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • git

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Design Helper loads about 3k tokens when it runs, and up to ~17k if it reads all its reference files. Until then it costs about 156 tokens; SKILL.md has 1,735 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~156
When it runs · the whole SKILL.md, loaded when a task matches
~3k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~17k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from hashgraph-online/awesome-codex-plugins at commit 3e1456a, republished under its Apache-2.0 licence (© hashgraph-online). 1,735 words, ~2,966 tokens.

Download SKILL.mdSave it as .claude/skills/design-helper/SKILL.md (or your agent's skills folder). This skill also uses 7 other files; get the full folder from GitHub.
name
design-helper
description
Use when several visual variants need to be compared side by side — mockups, layouts, or a range of one value (spacing, radius, shadow, color, motion) — or when you are about to ask the user to pick between visual options in prose. Renders every candidate in one HTML file, opens it in a browser, lets the user choose by eye, then applies the choice to the code. Not a design generator — it lays out a range, it does not invent a look. Triggers on "5가지 버전으로 보여줘" · "A 랑 B 중에 뭐가 나아" · "시안 여러 개 비교해줘" · "나란히 놓고 보자". Do not use for ordinary UI coding, bug fixes, or implementing a design that is already decided.

Measure by eye

A ruler, not a design generator. Don't invent a look. Lay the range out — blur 4 / 8 / 12 / 16 / 24 — and let the user pick with their eyes. Taste belongs to them; the job here is to set up an accurate measurement.

Prose, tables, ASCII and emoji are not pictures. Never describe a shape in words and ask the user to choose. "12px or 16px padding?" is not a question — draw both.

The user never copies a value out. They point at a specimen; making the code change is mine, immediately after their choice.

Assume no stack. Detection matches the repo — references/stylesystems.md.

Language

These instructions are English. Everything the user sees is Korean.

  • Chat replies, questions, recommendations → Korean
  • Every string rendered inside the HTML → Korean
  • Code, class names, file names, commit messages → English

Korean strings quoted below are fixed labels. Render them verbatim — never translate, localize or paraphrase them. Never surface these instructions as text.

One work unit

One order = one axis = one ladder = one decision.

주문 → 확정값 위에 그 축 하나만 사다리로 → 내가 새로고침·확인
     → 사용자 선택 → 기록 → 영향 범위 확인 → 코드 반영·검증

I do not know what comes next. There is no stage list, no default list, no queue, no 남은 단계. Never name the next axis, never hint at one, never draw one while I'm in there anyway. Only the axis that was ordered exists.

An order with no axis in it

Clarification scales with uncertainty, not a fixed questionnaire. A precise request can go straight to specimens. A vague request needs successive questions until its purpose and comparison scope are clear enough to draw useful alternatives.

First inspect the request, earlier answers, the target UI, and relevant project code. Read existing tokens, component variants, usage sites, and states yourself. Do not ask the user for facts available there, or reconfirm decisions already made.

Ask one consequential question at a time — the unresolved issue whose answer would most change the specimens or the application scope — then reassess. Stop once the target, intended outcome, comparison axis and material constraints are understood; visual values are chosen from specimens, not verbal descriptions. Examples and the stopping rule → references/clarification.md.

If the user says 알아서 해줘 or asks to see something first, use project conventions and narrow, reversible assumptions, state the material ones briefly, and draw. Delegation is not system-wide scope. Never invent the answer to a pending question and build alternatives on it.

For a blank slate, clarify purpose and usage when unclear, then open with a coordinate sweep — references/sweeping.md. Do not make the user name CSS axes before they have anything to see. Its result is an anchor, not a settled property decision.

Drawing specimens

  • Move one axis. Hold everything else fixed. Change blur and opacity at once and neither can be judged. The whole tool rests on this one rule.
  • Draw on top of what's settled. Every value chosen in an earlier unit stays at that value. The record below is what makes this possible.
  • Letter every specimen — A·B·C. Letters restart at A in every work unit, and are never reused inside one: an appended ladder continues D·E·F. Refer back to a settled unit by axis and letter — 그림자 C.
  • As few specimens as make the difference clear. Honor a requested count. Otherwise no fixed count: skip near-duplicates and don't generate every combination. If the breadth is unclear and changes the work, ask once: 시안은 몇 개 정도 보고 싶으세요? 제가 차이가 뚜렷한 것만 추려도 됩니다.
  • Use a matrix only when comparing two directions together helps answer the request.
  • Fixed specimens. No sliders, snap toggles or keyboard nudging unless the user asks to adjust directly, or a continuous transition can't be judged from fixed steps — references/controls.md. Refinement happens through chat.
  • The sheet explains itself. Value, cost, trade-off and what to look at ride next to the specimen, not in chat. Cost has to be visible while choosing: 토큰 그대로 · --radius-md 고침 (23곳) · 새 토큰
  • Every section ends with a recommendation — one letter and the reason seen on the sheet, below the specimens. It is advice; nothing is applied until the user picks.
  • The page itself — section guide (정할 것 · 볼 곳 · 답하기), turn dividers, the table of contents, the width-filling grid and the sheet style → references/sheet.md. Captions and the recommendation → references/sweeping.md
  • Ladders, backgrounds, repetition, sizes, wireframes → references/sweeping.md
  • Anything that moves → references/motion.md

Reading the response

Three kinds. Never collapse them.

responsekinddo
좋네 (no identifiable specimen)impressionAsk which specimen or what to refine
C가 나은데 더 진하게refineAppend a ladder below, letters continue
난 B가 좋아 · C로 갈게choiceRecord, apply to the target, and verify in this turn

Selection happens in chat only — no pin, apply or confirm buttons on the sheet. A choice needs no special wording. A에서 블러를 더 보고 싶어 is a refine: use A as the baseline without applying it. A reply naming a different axis is the next order.

Resolve the letter against the currently displayed specimen. If browser controls changed its value, inspect the user's actual tab before applying; a fresh tab can have different sessionStorage. If that state is inaccessible, ask for the displayed value rather than guessing from the original sheet.

Ambiguous — 이거 좋다 with nine specimens on screen — ask which one. Never guess.

On a choice, briefly acknowledge and apply in the same turn — Ending:

C · 검정 40%로 선택하셨네요. 해당 카드에 바로 반영하겠습니다.

No next axis, no 남은 단계, no 코드에 반영할까요.

The record

Keep it in $WS/memo.md, beside the sheet: axis → chosen value → what it resolves to. It exists for one reason — so the next ladder can be drawn on top of it.

An anchor from a blank-slate matrix is recorded as 출발점:, never 확정: — every property it bundles is still open.

Revising a settled axis overwrites its line. The old specimens stay where they are.

Findings

Drawing turns up things nobody ordered — a misnamed token, a chip that vanished, an axis that was never on anyone's list.

  • What actually broke on the screen — say it. It makes the specimens misread, so it is part of the measurement: 아이콘 칩이 사라졌습니다 — 면 #202020 과 Δ2 입니다
  • Everything else — one line, once, then let it go. Never draw it, never work it into a proposal, never raise it again.

A finding is not an order.

Show full SKILL.md (657 more words)Show less

Blast radius — twice, differently

  • While choosing — the one-line cost label on each specimen. A label, not a report
  • Before applying — the real one. Files, lines, tokens, and everything else that moves with them. Check this for each application, including revisions

If the project animates with a motion library, say what won't translate — references/motion.md.

Verify

The user looks at the browser. I confirm with values and pictures.

1. Every name referenced must exist. A wrong name fails silently — it simply doesn't appear. Same for a nonexistent utility class and an undefined var(--x). Check per the fork that detection found. Run this every time specimens are added.

grep -c 'rounded-control-md' "$WS/sheet.css"   # utility: in the build output?
grep -c '\--color-hover' tokens.css            # CSS variable: defined?

Skip it when values were written directly (blank slate) — nothing fails silently.

2. Read computed style with Playwright. A name that exists but is overridden by another rule won't be caught by step 1. Read it off the component, across the rungs, and confirm they actually differ — a value that never reached the specimen leaves five identical pictures and throws nothing.

await p.$$eval('.spec .target', e => e.map(x => getComputedStyle(x).borderRadius))

3. Screenshot with Playwright, then open the image and look at it. Catch a broken layout before the user does. The recommendation is written by someone who looked.

await p.screenshot({ path: shot, fullPage: true })

A fullPage shot cannot see what a horizontal scrollbar is hiding. Count the rungs in the DOM, not in the picture.

Run 2 and 3 once per work unit, not on every ladder. A screenshot captures static state only — motion is settled by what the user reports from the browser.

No Playwright → skip silently. Do step 1 only. Don't offer to install it, don't mention it's missing.

The sheet

  • One session = one sheet = one target. A new target gets a new sheet
  • Everything lives in $WS, outside the project — sheet, server, built CSS, memo, screenshots, pid files. Nothing is written into the project until the apply. The server deletes $WS after two minutes without requests; after that, a fresh sheet holds only the new request — the old ladders are not rebuilt. references/liveview.md
  • The body is append-only. Never delete a dropped ladder — it has to stay above to compare against
  • Serve it and reload it myself — references/liveview.md. Never end a turn by telling the user to refresh
  • Built CSS needs a watcher alongside or new names won't come through — Tailwind: the per-version command in references/stylesystems.md, output to $WS/sheet.css. A <link>ed file follows on reload alone
  • Present every ready revision in the foreground. Activate the existing comparison tab and show the changed section; reopen the URL only when that tab is confirmed absent. Never create a duplicate tab. references/liveview.md#present-every-revision

Ending

Selection is the apply order. A clear chat choice authorizes applying the selected value to the current target in the same turn — no second approval. An anchor remains a starting point, not an apply order. If the user asked to compare or record only, defer.

Record → inspect and briefly report the actual blast radius → apply → verify → report what changed and what was verified. Never claim application from a memo entry alone. Default to the current target: reuse an existing token or make a local override when changing a shared token would affect unrelated components. Change a shared token when that broader scope is already authorized. Ask only if a necessary scope decision cannot be resolved from the request; routine implementation choices do not block apply. Honor explicit requests to defer application. If the target source is unavailable, say what is missing rather than reporting the choice as applied.

Application is not session teardown. Hold the sheet and browser until the user has checked the real code and says it is done: 끝났어 · 됐어. A phrase like 이걸로 가자 while choosing means apply; it is not by itself confirmation that the applied result was checked. Then run the teardown in references/liveview.md and check git status for stray comparison files. Preserve the applied code and existing user changes.

Only what was explicitly chosen goes into code. An alternative merely mentioned along the way is not a decision.

© hashgraph-online, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 7 other files (references) in plugins/Dessert99/design-helper/skills/design-helper of hashgraph-online/awesome-codex-plugins.

  • SKILL.md
  • references/clarification.md
  • references/controls.md
  • references/liveview.md
  • references/motion.md
  • references/sheet.md
  • references/stylesystems.md
  • references/sweeping.md

Open the folder on GitHubat commit 3e1456a

Compare with similar skills

Design Helper next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Design Helper compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Design Helper this skillhashgraph-online/awesome-codex-plugins1.3k—~3kAutomated safety check: PassApache-2.0
Trellis Session Insightmindfold-ai/Trellis15k4 repos~1.7kAutomated safety check: PassAGPL-3.0
Native Data FetchingCherryHQ/cherry-studio-app4k6 repos~2.9kAutomated safety check: NotesMIT
Debugging Executionsn8n-io/n8n207k—~2.6kAutomated safety check: PassCustom licence
Aoti Debugpytorch/pytorch104k1 repos~1.7kAutomated safety check: PassCustom licence
Herdr Throwaway Reproductionherdrdev/herdr43k—~2.4kAutomated safety check: PassApache-2.0

Similar skills

  • Trellis Session Insight

    mindfold-ai/Trellis

    Reach into past AI conversation history through the trellis mem CLI.

    15k GitHub starsUsed in 4 repos~1.7k tokens
    DevelopmentAuto-check passed
  • Native Data Fetching

    CherryHQ/cherry-studio-app

    A skill your agent uses when implementing or debugging ANY network request, API call, or data fetching.

    4k GitHub starsUsed in 6 repos~2.9k tokens
    DevelopmentAuto-check: notes
  • Official

    Debug failed or wrong-output workflow executions using executions tools.

    207k GitHub stars~2.6k tokensUpdated today
    DevelopmentAuto-check passed
  • Aoti Debug

    pytorch/pytorch

    Debug AOTInductor (AOTI) errors and crashes. An agent skill from pytorch/pytorch.

    104k GitHub starsUsed in 1 repo~1.7k tokens
    DevelopmentAuto-check passed
  • Runs a disposable, uniquely named Herdr session inside an existing one so runtime, pane, terminal or API bugs can be reproduced without touching the main session.

    43k GitHub stars~2.4k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Systematic Debugging

    ultralisp/ultralisp

    A skill your agent uses when encountering any bug, test failure, or unexpected behavior, before proposing fixes

    258 GitHub starsUsed in 51 repos~2.4k tokens
    DevelopmentAuto-check passed

More from hashgraph-online/awesome-codex-plugins

All 716 skills in this repo
  • Anime Reaction Gif

    hashgraph-online/awesome-codex-plugins

    Create original anime-style reaction stickers as looping GIFs and MP4 previews, using generated character pose sheets and timed key poses.

    1.3k GitHub stars~922 tokensUpdated today
    Auto-check passed
  • Calibredb

    hashgraph-online/awesome-codex-plugins

    Manage and query Calibre libraries with the calibredb CLI (local paths or Calibre Content server URLs).

    1.3k GitHub stars~1k tokensUpdated today
    Auto-check passed
  • Rust API Test Harness

    hashgraph-online/awesome-codex-plugins

    A skill your agent uses when adding, changing, testing, or debugging Rust HTTP APIs and services, especially when Codex needs black-box integration tests, random-port app startup, real database test…

    1.3k GitHub stars~1.7k tokensUpdated today
    Auto-check passed
  • Art

    hashgraph-online/awesome-codex-plugins

    Make a studio's game look like something at build time — a cover from a real frame of the game (free), painted covers, backdrops, textures and character plates from image models through the…

    1.3k GitHub stars~2.4k tokensUpdated today
    Auto-check passed
  • Calle

    hashgraph-online/awesome-codex-plugins

    Use CALL-E from Codex through the calle CLI. An agent skill from hashgraph-online/awesome-codex-plugins.

    1.3k GitHub stars~2.9k tokensUpdated today
    Auto-check passed
  • Game Balance Economy

    hashgraph-online/awesome-codex-plugins

    Balance game difficulty, resources, rewards, probability, progression, economies, and dominant strategies.

    1.3k GitHub stars~618 tokensUpdated today
    Auto-check passed

Categories

Questions about Design Helper

What does Design Helper do?

A skill your agent uses when several visual variants need to be compared side by side — mockups, layouts, or a range of one value (spacing, radius, shadow, color, motion) — or when you are about to…. Design Helper is an agent skill from hashgraph-online/awesome-codex-plugins. Use when several visual variants need to be compared side by side — mockups, layouts, or a range of one value (spacing, radius, shadow, color, motion) — or when you are about to ask the user to pick between visual options in prose.

When should I use Design Helper?

Design Helper fits situations like: several visual variants need to be compared side by side — mockups; A range of one value (spacing; you are about to ask the user to pick between visual options in prose; 5가지 버전으로 보여줘 · A 랑 B 중에 뭐가 나아 · 시안 여러 개 비교해줘 · 나란히 놓고 보자.

How do I install Design Helper in Claude Code?

Run `npx skills add hashgraph-online/awesome-codex-plugins --skill design-helper -a claude-code`. Or copy the skill folder (plugins/Dessert99/design-helper/skills/design-helper in hashgraph-online/awesome-codex-plugins) into .claude/skills/design-helper in your project. Claude Code loads it when a task matches its description.

How do I install Design Helper in Codex?

Run `npx skills add hashgraph-online/awesome-codex-plugins --skill design-helper -a codex`. Or copy the skill folder (plugins/Dessert99/design-helper/skills/design-helper in hashgraph-online/awesome-codex-plugins) into .agents/skills/design-helper in your project. Codex loads it when a task matches its description.

Can I use Design Helper in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add hashgraph-online/awesome-codex-plugins --skill design-helper -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/design-helper, .gemini/skills/design-helper, .github/skills/design-helper and .opencode/skills/design-helper in your project.

What does Design Helper need to run?

Going by SKILL.md and its folder, Design Helper needs the command-line tools its instructions call (git).

Does Design Helper access the network?

SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Design Helper safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Design Helper use?

Design Helper is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Design Helper use?

About 3k tokens (SKILL.md is roughly 12k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 14k tokens, read only when the agent opens those files.

What are the alternatives to Design Helper?

Skills that share tags, products or a category with Design Helper: Trellis Session Insight (mindfold-ai/Trellis, 15k stars), Native Data Fetching (CherryHQ/cherry-studio-app, 4k stars), Debugging Executions (n8n-io/n8n, 207k stars) and Aoti Debug (pytorch/pytorch, 104k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Design Helper?

hashgraph-online (a GitHub organization) maintains it in hashgraph-online/awesome-codex-plugins, which has 1,267 GitHub stars. The repository holds 716 skills in this directory. The repository was last updated on October 10, 2026.

Source: hashgraph-online/awesome-codex-plugins on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.