Agent skill

Closure Completion Cost

by hashgraph-online in hashgraph-online/awesome-codex-plugins

Recognize when closure is the wrong choice — when the perceptual completion work it asks of the user is too costly, ambiguous, or risky.

Apache-2.0Auto-check passedFrontend & Design

Install Closure Completion Cost

skills CLI
$ npx skills add hashgraph-online/awesome-codex-plugins --skill closure-completion-cost -a claude-code

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

GitHub CLI
$ gh skill install hashgraph-online/awesome-codex-plugins closure-completion-cost --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/HDeibler/universal-design-principles/plugins/perception-and-hierarchy-principles/skills/closure-completion-cost .claude/skills/closure-completion-cost && 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
closure-completion-cost
GitHub stars
1.3k
Token cost
~2.1k tokens
SKILL.md length
1,136 words
Files
2 (incl. references)
Skills in repo
714
Repo updated
First seen
Licence
Apache-2.0

At a glance

Recognize when closure is the wrong choice — when the perceptual completion work it asks of the user is too costly, ambiguous, or risky.

  • Designing for accessibility audiences
  • SKILL.md covers When closure costs too much, Symptoms of closure costing…, When to back off from closure and Worked examples, plus 4 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md
  • High-stakes interfaces (medical

What it does

Closure Completion Cost is an agent skill from hashgraph-online/awesome-codex-plugins. Recognize when closure is the wrong choice — when the perceptual completion work it asks of the user is too costly, ambiguous, or risky. Use when designing for accessibility audiences, novice users, high-stakes interfaces (medical, financial, safety), small rendering sizes that strain perception, or any context where the user shouldn't have to do completion work to understand the form. The skill is judging when explicit forms serve the user better than suggested ones, even at the cost of visual elegance.

Its SKILL.md is about 2.1k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files, including reference files (for example `references/explicit-vs-implicit.md`).

It sits in Frontend & Design, covering Accessibility. 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

  • Designing for accessibility audiences
  • High-stakes interfaces (medical
  • Small rendering sizes that strain perception
  • Any context where the user shouldnt have to do completion work to understand the form

Example prompts

  • “/closure-completion-cost”

What it can do on your machine

Read from SKILL.md and the folder at commit 9e7b281. 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

    No scripts in the folder and no shell commands in SKILL.md.

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

  • Network

    No URLs in SKILL.md.

    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

Closure Completion Cost loads about 2.1k tokens when it runs, and up to ~3.7k if it reads all its reference files. Until then it costs about 133 tokens; SKILL.md has 1,136 words of instructions outside code blocks.

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

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 9e7b281, republished under its Apache-2.0 licence (© hashgraph-online). 1,136 words, ~2,116 tokens.

Download SKILL.mdSave it as .claude/skills/closure-completion-cost/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
closure-completion-cost
description
Recognize when closure is the wrong choice — when the perceptual completion work it asks of the user is too costly, ambiguous, or risky. Use when designing for accessibility audiences, novice users, high-stakes interfaces (medical, financial, safety), small rendering sizes that strain perception, or any context where the user shouldn't have to do completion work to understand the form. The skill is judging when explicit forms serve the user better than suggested ones, even at the cost of visual elegance.

Closure — completion cost

Closure is a powerful tool for visual economy and elegance, but it asks the user to do perceptual work — to complete the form. In some contexts, that work is too costly, too risky, or simply not available to the user. The skill is recognizing those contexts and committing to explicit forms instead.

The decision is rarely "closure or not"; it's "how much closure is appropriate for this audience and this stakes." The same designer who reduces a logo to elegant minimalism may reasonably choose explicit, fully-drawn shapes for a critical-action button.

When closure costs too much

Accessibility audiences. Users with vision differences may have less ability to perceive subtle visual cues. A form suggested through partial outlines or negative space may not be perceivable at all. Provide explicit forms or text alternatives.

Novice users. First-time users haven't built up the visual vocabulary that closure depends on. A minimal icon that an expert recognizes instantly may be opaque to a novice. Pair minimal icons with labels until familiarity builds.

Small rendering sizes. Below ~24px, many forms lose enough visual information that closure stops working. The brain can't recover what isn't there. Either make the form larger or commit to explicit visual structure.

High-stakes contexts. A "delete" action that depends on closure to be recognized is a delete action that gets accidentally triggered. Critical operations need unambiguous forms.

International or cross-cultural audiences. Closure depends on familiarity with the implied form. A form familiar in one culture may be unfamiliar in another.

Critical-information displays. A medical-monitoring readout, a flight-instrument display, a financial-trading dashboard — situations where misreading has real consequences. Explicit visual structure reduces error rates.

Symptoms of closure costing too much

Users misinterpret minimal icons. They click the wrong icon because the suggested form was ambiguous.

Users ask "what does this do?" about unlabeled controls. The closure was too aggressive for their familiarity level.

Accessibility audits flag missing visual structure. Screen readers, low-vision users, or color-blind users can't perceive the implied forms.

Customer support questions about what controls do. A consistent pattern of confusion about specific elements suggests they need more explicit form.

Misclick rates higher than expected. Users hitting the wrong button or icon, suggesting the visual differentiation isn't strong enough.

When to back off from closure

The fix is usually one of:

Add explicit form to critical elements. Reserve minimal/closure-based design for low-stakes, frequently-used items. Make critical actions explicit.

Pair minimal icons with labels. Even a familiar minimal icon benefits from a label for users who haven't built familiarity.

Test rendering at all sizes. Verify that minimal forms still work at the smallest sizes they'll be used at. Increase the form's complexity if needed for small rendering.

Provide alternatives for accessibility. Explicit forms in high-contrast modes; text alternatives for screen readers; user-configurable visual options.

Be explicit in high-stakes contexts. Medical, financial, safety-critical contexts deserve unambiguous design even at the cost of elegance.

Worked examples

A minimal icon that fails for novices

A productivity tool uses a minimal icon set: 1.5px stroke outlines, no labels. Power users find the icons clean and elegant. New users open the app, see a row of similar-looking icons, and don't know what any of them do.

The fix: pair icons with labels (at least in primary navigation). Power users are mildly inconvenienced by the labels; novices can actually use the product. The trade-off favors the larger novice audience.

A trading interface with closure-based design

A trading app uses a clean, minimal design. The "buy" and "sell" buttons are small, with subtle color differentiation. Users occasionally hit the wrong button when stressed.

The fix: make the buy and sell buttons explicit and visually distinct. The buttons are larger, in clearly different colors, with explicit labels. The visual elegance decreases; the error rate decreases more.

In high-stakes contexts, explicit design serves the user even when it costs visual elegance.

Show full SKILL.md (492 more words)Show less
A medical monitoring display with subtle hierarchy

A patient-monitoring display uses subtle visual hierarchy: heart rate slightly larger than respiration, vitals on a slightly tinted background. In the calm of design review, the hierarchy is clear. In the chaos of a real medical emergency, clinicians can't quickly read the values.

The fix: make critical values (the ones clinicians need to see first) much more visually prominent. Larger text, bolder weight, distinct color. The hierarchy should be unmistakable, not subtly suggested.

In life-critical contexts, error from misperception is unacceptable. Explicit design is the right choice.

A logo that works as a brand mark and as a small favicon

A startup designs a logo that's elegant at large sizes (closure-based, with negative-space play) but disintegrates at favicon size (16x16). The favicon reads as just a blob.

The fix: design two versions of the logo — a full version for large rendering and a simplified version for small. The simplified version commits to explicit forms; the full version exploits closure.

This is the "logo as a system" approach. Different rendering contexts need different forms.

Card layouts that confuse users

A dashboard's cards have very subtle differentiation (slight background tint, no borders). Users can't tell where one card ends and another begins. They think the entire dashboard is one big section.

The fix: increase the visual cue for containment. A subtle border, a slightly more visible shadow, or more spacing between cards. The closure is still operating but with stronger cues to support it.

When to lean into closure anyway

Even in high-stakes or accessibility contexts, closure can sometimes be the right call:

Closure with redundant explicit cue. A minimal icon paired with a clear label. The closure provides quick scan; the label supports recognition.

Closure as primary visual language with explicit overrides. A minimalist design overall, but with explicit visual treatment for critical actions and high-stakes elements.

Closure for repeated use patterns. Frequent users build the perceptual familiarity that closure depends on. Designs aimed at heavy users can rely on closure more than designs for first-time users.

The skill is calibration, not avoidance. Closure isn't bad in any context; it's costly in some contexts.

Heuristic checklist

Before relying on closure, ask: What's my audience's familiarity with the form? Less familiar = more explicit. What's the stakes of misperception? Higher stakes = more explicit. What rendering sizes will the form appear at? Smaller = more explicit. Are accessibility audiences served by the implied form? If not, provide alternatives. Have I tested with users who don't share my visual sophistication? Designers consistently overestimate how much closure their users can do.

  • closure — parent principle on perceptual completion.
  • closure-implied-shapes — sibling skill on designing for closure.
  • accessibility — closure interacts heavily with accessibility considerations.
  • signal-to-noise — closure reduces noise; sometimes the noise was actually serving users.
  • mental-model — closure depends on the user having the form's template in their mental model.

See also

  • references/explicit-vs-implicit.md — guidance on choosing between explicit and implicit form for different contexts.

© 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 1 other file (references) in plugins/HDeibler/universal-design-principles/plugins/perception-and-hierarchy-principles/skills/closure-completion-cost of hashgraph-online/awesome-codex-plugins.

  • SKILL.md
  • references/explicit-vs-implicit.md

Open the folder on GitHubat commit 9e7b281

Compare with similar skills

Closure Completion Cost 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.

Closure Completion Cost compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Closure Completion Cost this skillhashgraph-online/awesome-codex-plugins1.3k—~2.1kAutomated safety check: PassApache-2.0
Web Interface Guidelines Reviewervercel-labs/openreview1.7k97 repos~308Automated safety check: PassNone
Accessibility Reviewmarkmead/hyperui12k1 repos~1.1kAutomated safety check: PassMIT
Web Animation DesignbaptisteArno/typebot.io11k2 repos~2.7kAutomated safety check: PassCustom licence
Accessibility Fixeribelick/ui-skills9.5k4 repos~1.2kAutomated safety check: PassMIT
Wcag Audit PatternsvmDeshpande/ai-agent-automation17811 repos~610Automated safety check: PassApache-2.0

Similar skills

  • Web Interface Guidelines Reviewer

    vercel-labs/openreview

    Official

    Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my…

    1.7k GitHub starsUsed in 97 repos~308 tokens
    Frontend & DesignAuto-check passed
  • Accessibility Review

    markmead/hyperui

    Run a WCAG 2.1 AA accessibility audit on a design or page. An agent skill from markmead/hyperui.

    12k GitHub starsUsed in 1 repo~1.1k tokens
    Frontend & DesignAuto-check passed
  • Web Animation Design

    baptisteArno/typebot.io

    Guides easing, timing and animation choices for UI motion, based on a web animation course, and reviews existing animations in a before-and-after table.

    11k GitHub starsUsed in 2 repos~2.7k tokens
    Frontend & DesignAuto-check passed
  • Accessibility Fixer

    ibelick/ui-skills

    Audits and fixes HTML accessibility problems such as ARIA labels, keyboard navigation, focus management, contrast and form errors with minimal changes.

    9.5k GitHub starsUsed in 4 repos~1.2k tokens
    Frontend & DesignAuto-check passed
  • Wcag Audit Patterns

    vmDeshpande/ai-agent-automation

    Conduct WCAG 2.2 accessibility audits with automated testing, manual verification, and remediation guidance.

    178 GitHub starsUsed in 11 repos~610 tokens
    Frontend & DesignAuto-check passed
  • Baseline UI

    ibelick/ui-skills

    Applies a fixed set of UI rules for stack, components, interaction, animation, typography and layout, or reviews a file against them with concrete fixes.

    9.5k GitHub starsUsed in 8 repos~855 tokens
    Frontend & DesignAuto-check passed

More from hashgraph-online/awesome-codex-plugins

All 714 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

Questions about Closure Completion Cost

What does Closure Completion Cost do?

Recognize when closure is the wrong choice — when the perceptual completion work it asks of the user is too costly, ambiguous, or risky. Closure Completion Cost is an agent skill from hashgraph-online/awesome-codex-plugins. Recognize when closure is the wrong choice — when the perceptual completion work it asks of the user is too costly, ambiguous, or risky.

When should I use Closure Completion Cost?

Closure Completion Cost fits situations like: designing for accessibility audiences; high-stakes interfaces (medical; small rendering sizes that strain perception; any context where the user shouldnt have to do completion work to understand the form.

How do I install Closure Completion Cost in Claude Code?

Run `npx skills add hashgraph-online/awesome-codex-plugins --skill closure-completion-cost -a claude-code`. Or copy the skill folder (plugins/HDeibler/universal-design-principles/plugins/perception-and-hierarchy-principles/skills/closure-completion-cost in hashgraph-online/awesome-codex-plugins) into .claude/skills/closure-completion-cost in your project. Claude Code loads it when a task matches its description.

How do I install Closure Completion Cost in Codex?

Run `npx skills add hashgraph-online/awesome-codex-plugins --skill closure-completion-cost -a codex`. Or copy the skill folder (plugins/HDeibler/universal-design-principles/plugins/perception-and-hierarchy-principles/skills/closure-completion-cost in hashgraph-online/awesome-codex-plugins) into .agents/skills/closure-completion-cost in your project. Codex loads it when a task matches its description.

Can I use Closure Completion Cost 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 closure-completion-cost -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/closure-completion-cost, .gemini/skills/closure-completion-cost, .github/skills/closure-completion-cost and .opencode/skills/closure-completion-cost in your project.

What does Closure Completion Cost need to run?

SKILL.md names no scripts, command-line tools or credentials: Closure Completion Cost is instructions for the agent only.

Does Closure Completion Cost access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Closure Completion Cost 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 Closure Completion Cost use?

Closure Completion Cost 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 Closure Completion Cost use?

About 2.1k tokens (SKILL.md is roughly 8.5k 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 1.5k tokens, read only when the agent opens those files.

What are the alternatives to Closure Completion Cost?

Skills that share tags, products or a category with Closure Completion Cost: Web Interface Guidelines Reviewer (vercel-labs/openreview, 1.7k stars), Accessibility Review (markmead/hyperui, 12k stars), Web Animation Design (baptisteArno/typebot.io, 11k stars) and Accessibility Fixer (ibelick/ui-skills, 9.5k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Closure Completion Cost?

hashgraph-online (a GitHub organization) maintains it in hashgraph-online/awesome-codex-plugins, which has 1,255 GitHub stars. The repository holds 714 skills in this directory. The repository was last updated on October 9, 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.