Agent skill

Expectation Effect Design Cues

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

Apply in-product expectation cues — typography, animation, spacing, copy tone, micro-interactions, and visual register that signal "this is the kind of product you're using" within seconds of…

Apache-2.0Auto-check passedFrontend & Design

Install Expectation Effect Design Cues

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

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

GitHub CLI
$ gh skill install hashgraph-online/awesome-codex-plugins expectation-effect-design-cues --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/interaction-and-control-principles/skills/expectation-effect-design-cues .claude/skills/expectation-effect-design-cues && 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
expectation-effect-design-cues
GitHub stars
1.3k
Token cost
~3.2k tokens
SKILL.md length
1,825 words
Files
2 (incl. references)
Skills in repo
714
Repo updated
First seen
Licence
Apache-2.0

At a glance

Apply in-product expectation cues — typography, animation, spacing, copy tone, micro-interactions, and visual register that signal "this is the kind of product you're using" within seconds of…

  • Designing the first-screen experience
  • SKILL.md covers What the user reads in the…, How surface cues create halos, Designing the first 5 seconds and Worked examples, plus 4 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md
  • Picking a typography system

What it does

Expectation Effect Design Cues is an agent skill from hashgraph-online/awesome-codex-plugins. Apply in-product expectation cues — typography, animation, spacing, copy tone, micro-interactions, and visual register that signal "this is the kind of product you're using" within seconds of opening it. Use when designing the first-screen experience, picking a typography system, deciding loading-state behavior, choosing animation timing, or polishing the surface details that telegraph product quality. Surface cues set expectations for the whole session and create halo effects (positive or negative) that color…

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

It sits in Frontend & Design, covering Typography and Web animation and motion. 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 the first-screen experience
  • Picking a typography system
  • Deciding loading-state behavior
  • Choosing animation timing

Example prompts

  • “this is the kind of product you”
  • “/expectation-effect-design-cues”

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

Expectation Effect Design Cues loads about 3.2k tokens when it runs, and up to ~5.2k if it reads all its reference files. Until then it costs about 161 tokens; SKILL.md has 1,825 words of instructions outside code blocks.

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

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,825 words, ~3,225 tokens.

Download SKILL.mdSave it as .claude/skills/expectation-effect-design-cues/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
expectation-effect-design-cues
description
Apply in-product expectation cues — typography, animation, spacing, copy tone, micro-interactions, and visual register that signal "this is the kind of product you're using" within seconds of opening it. Use when designing the first-screen experience, picking a typography system, deciding loading-state behavior, choosing animation timing, or polishing the surface details that telegraph product quality. Surface cues set expectations for the whole session and create halo effects (positive or negative) that color every later interaction. Small surface details have outsized impact on perceived overall quality.

Expectation Effect — design cues

In-product design cues are everything the user sees, hears, and feels in the first few seconds of using the product. Typography, color, spacing, animation timing, copy tone, micro-interaction polish, loading-state behavior — all set expectations almost instantly for what the rest of the experience will be like.

The surface cues matter not because they're the most important parts of the product (they aren't) but because they're the first parts of the product. The expectations they set become the lens through which every later interaction is interpreted. A polished first impression makes a slightly slow loading state read as "the system is being thorough." An unpolished first impression makes the same loading state read as "this is broken."

What the user reads in the first 5 seconds

The user is forming an evaluation in the first few seconds whether you want them to or not. The cues they're reading include:

Typography quality. Are the typefaces chosen with intent, or are they default system fonts placed without thought? Are line heights, weights, and sizes coordinated, or do they wander? Typography is the single most-noticed surface cue because text is everywhere on screen, and a weak typography system signals weakness throughout. Conversely, considered typography signals craft instantly.

Spacing and alignment. Are elements in deliberate relationships, or do they crowd and float at near-but-not-aligned positions? The "near miss" alignment — where two elements are not quite aligned but clearly trying to be — signals carelessness more strongly than either tight alignment or generous, intentional asymmetry.

Animation smoothness and timing. Do transitions feel deliberate, with consistent timing and easing across the product? Or do some transitions snap, others slide jerkily, others take too long? Inconsistent animation signals a product cobbled together from disparate components.

Color discipline. Is the palette used consistently — five or six colors with clear semantic roles — or is it sprawling, with new colors introduced for each feature? A disciplined palette signals a coherent design system; an undisciplined one signals improvisation.

Copy tone. Does the writing have a consistent voice — formal, casual, witty, direct — or does it shift register between screens? Inconsistent tone signals multiple writers with no shared voice and primes users to expect inconsistency in functionality too.

First micro-interaction. The very first hover, click, or tap. Does the button respond crisply? Does the form field have a clear focus state? Does the toggle animate smoothly? The first micro-interaction is a strong signal of overall craft.

Loading-state confidence. When something has to load, does the system communicate "working on it" with a clear indicator? Or does it freeze, blank, or guess? A polished skeleton state or progress animation primes the user to read the wait as productive.

How surface cues create halos

The expectation effect is asymmetric in a useful way. Once a user has formed a positive first impression, they actively look for confirming evidence and downweight contradicting evidence. A polished first impression creates a halo that makes the rest of the product feel more polished than it strictly is. A clunky first impression creates a negative halo that makes the rest feel clunkier.

This means surface cues have an outsized impact on perceived overall quality. A product that invests in typography, spacing, animation timing, and copy tone — even at the cost of some functional features — often outperforms a more feature-complete competitor on user satisfaction surveys. The classic finding from the Aesthetic-Usability Effect literature: users rate the more beautiful interface as more usable even when it's measurably the same or worse on objective usability tasks.

The flip side: a feature-rich but visually unpolished product is often dismissed by users who never discover the features. The first-screen failure foreclosed the rest of the evaluation.

Designing the first 5 seconds

A few moves disproportionately affect first-screen impressions.

Pick typography that already signals your register. If you want premium, choose a serif with clear authority (or a sans-serif with confident weight). If you want playful, choose a typeface with personality. If you want technical, choose something monospace-influenced or geometric. The typeface itself communicates before any specific word is read.

Choose a focal moment for the first screen. Don't fill the first screen with everything; pick one element to be the visual focus and let it carry the impression. A hero card, a single confident headline, an inviting empty-state illustration. A focused first screen signals editorial discipline; a dense one signals "we couldn't decide."

Smooth the first interaction beyond what's strictly necessary. Animate the first button press more smoothly than later ones. Make the first form field's focus state more polished. Spend disproportionate effort on the first 30 seconds because they create the halo for the rest.

Use the loading state as a first-impression moment. A confident skeleton state, a smooth progress animation, or a witty loading message can turn an unavoidable wait into a moment of personality. Empty-screen-then-content is the harshest possible loading experience because it interrupts any sense of activity.

Eliminate near-miss alignment, even if you have to delete elements to do it. A page where everything is precisely aligned, or intentionally misaligned, reads as designed. A page with elements 2 pixels off reads as careless.

Worked examples

A SaaS dashboard's first impression

User opens the dashboard for the first time. In the first 2 seconds they see:

  • A header with their workspace name in a confident weight, paired with a clean nav.
  • A hero card showing one key metric — large, well-typed, with a sparkline.
  • Three secondary cards in a grid, each with a small heading and a single primary value.
  • A subtle skeleton loader filling the rest of the screen, animated smoothly.

The user's first read: "This is a real product, well-considered, and I should pay attention." The expectation halo is set positively. When the dashboard finishes loading and reveals 12 charts with various features, the user evaluates them favorably even if individual charts have small issues.

Compare to: same dashboard, same data, but with a header in default system fonts, the workspace name truncated awkwardly, the hero card and secondary cards at slightly different vertical alignments, and a 600ms blank screen before content appears. Same data, same features, but the user's first read is "feels rough" and the entire session is colored by that read.

A loading state as expectation cue

A search interface returns results in 800ms — fast enough that you might think no loading state is needed. But the screen blanks for 800ms before results appear, which reads as "broken" to many users. Adding a skeleton state that appears within 100ms changes the perception entirely: the system is now "working" for 700ms before showing results, even though the actual time is the same.

The expectation cue (the skeleton) re-frames the wait as productive. The user's perceived speed actually improves, even though no actual speed has improved.

Show full SKILL.md (697 more words)Show less
Copy tone that mismatches the visual

A children's educational product with bright illustrated characters, playful colors, and large rounded shapes, but copy that reads "Engagement metrics are computed using cohort-based statistical models." The visual primes users to expect approachable, child-friendly language; the copy violates the priming. Users feel a small jolt and start looking for other places where the product's character is incoherent. Aligning the copy ("we look at how kids are doing as a group") removes the jolt and lets the product feel of-a-piece.

A pricing page with subtle craft

A pricing page where each tier is in a card with consistent padding, the prices are typeset in a confident display weight, the feature lists are visually weighted (primary features bold, secondary features regular), and a recommended-tier marker is positioned with intentional asymmetry. The page communicates "this product takes itself seriously" before the user has read a single feature.

Compare to: same prices, same features, but in default-styled cards with mismatched padding, prices in body weight, and feature lists as bulleted lists. Same content, but the page reads as "filled out the template," and users approach the purchase decision more skeptically.

Onboarding's first interaction

The very first thing the user does in the product. A name-entry field that focuses smoothly, accepts input crisply, and animates a subtle progress bar as they type primes the user for "this product feels alive." A name-entry field that takes a moment to focus, stutters during input, or has no progress feedback primes the opposite.

This is one of the highest-ROI design moments in any product. It costs little to polish (it's a single input field) and the halo it sets persists through the entire session.

Anti-patterns

Inconsistent surface within the same product. A polished marketing-page experience that breaks at the boundary into the product. A polished onboarding that gives way to a settings panel that looks default-styled. The boundary moments are exactly where users notice the inconsistency, and the lower-quality side drags down the perception of the whole.

Over-promising with surface cues. Hyper-polished animations and luxurious typography on a product that does very little. Users initially feel "this is going to be great" and then "wait, that's all it does?" The let-down is sharper than if the surface had been more modest.

Neglecting the loading and empty states. The "blank screen during load" and "no items yet" moments are often unpolished, treated as edge cases. They're not edge cases — they're some of the first things first-time users see, and they're disproportionately impactful for the expectation halo.

Treating surface as separate from substance. Designers and engineers sometimes argue that "we should focus on functionality, not polish." This misses that polish is a kind of functionality — it's the function of communicating quality, attention, and care. A product that is functionally complete but visually rough is communicating "this team didn't think you'd notice," and users notice.

Confusing visual decoration with surface craft. Adding more illustrations, gradients, or animations to a rough underlying design doesn't fix the surface — it adds noise. Surface craft is restraint, alignment, typography, and timing, not visual addition.

Heuristic checklist

Before launch, audit the first 30 seconds. Open the product fresh and watch your own reactions. What's the first thing you notice? What's the first thing that feels off? Is the typography system coherent across all surfaces the user sees in the first session? If not, fix the most-prominent surfaces first. Are loading states and empty states designed, or are they default? Default loading is harsher than designed loading. Does the first interaction feel crisp? If not, polish it disproportionately. Does the copy tone match the visual register? If not, align them.

  • expectation-effect-priming — for the pre-encounter expectations this cue work has to live up to.
  • aesthetic-usability-effect — the related principle that beautiful designs are perceived as more usable.
  • feedback-loop-states-and-latency — loading and progress states are an important slice of the surface cues that set expectations.
  • chunking-form-grouping — well-grouped forms are part of the surface coherence that sets expectations.
  • signal-to-noise — restraint in the visual register reads as confidence, which sets quality expectations.

See also

  • references/cue-priorities.md — which surface cues have the largest impact on first-impression perception, and where to invest scarce design time.

© 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/interaction-and-control-principles/skills/expectation-effect-design-cues of hashgraph-online/awesome-codex-plugins.

  • SKILL.md
  • references/cue-priorities.md

Open the folder on GitHubat commit 9e7b281

Compare with similar skills

Expectation Effect Design Cues 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.

Expectation Effect Design Cues compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Expectation Effect Design Cues this skillhashgraph-online/awesome-codex-plugins1.3k—~3.2kAutomated safety check: PassApache-2.0
Impeccablebestofjs/bestofjs3.1k27 repos~2.6kAutomated safety check: PassMIT
Make Interfaces Feel Bettersamuelclay/NewsBlur7.6k10 repos~1.5kAutomated safety check: PassMIT
Baseline UIibelick/ui-skills9.5k8 repos~855Automated safety check: PassMIT
Apple Liquid Glass Designnaplesblue/apple-design-skill268—~2.3kAutomated safety check: PassMIT
UI UX Pro MaxOhh-889/skyroc7956 repos~14kAutomated safety check: PassMIT

Similar skills

  • Impeccable

    bestofjs/bestofjs

    A skill your agent uses when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a…

    3.1k GitHub starsUsed in 27 repos~2.6k tokens
    Frontend & DesignAuto-check passed
  • Make Interfaces Feel Better

    samuelclay/NewsBlur

    Design engineering principles for making interfaces feel polished.

    7.6k GitHub starsUsed in 10 repos~1.5k 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
  • Apple Liquid Glass Design

    naplesblue/apple-design-skill

    Sets design rules for web interfaces that should feel like current Apple design: unified surfaces, restrained type and glass only where layers overlap.

    268 GitHub stars~2.3k tokensUpdated 2 mo ago
    Frontend & DesignAuto-check passed
  • UI UX Pro Max

    Ohh-889/skyroc

    UI/UX design intelligence for web, mobile, and desktop. An agent skill from Ohh-889/skyroc.

    795 GitHub starsUsed in 6 repos~14k tokens
    Frontend & DesignAuto-check passed
  • Gpt Taste

    caorushizi/oss-client

    Elite UX/UI & Advanced GSAP Motion Engineer. An agent skill from caorushizi/oss-client.

    113 GitHub starsUsed in 13 repos~2k 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 Expectation Effect Design Cues

What does Expectation Effect Design Cues do?

Apply in-product expectation cues — typography, animation, spacing, copy tone, micro-interactions, and visual register that signal "this is the kind of product you're using" within seconds of…. Expectation Effect Design Cues is an agent skill from hashgraph-online/awesome-codex-plugins. Apply in-product expectation cues — typography, animation, spacing, copy tone, micro-interactions, and visual register that signal "this is the kind of product you're using" within seconds of opening it.

When should I use Expectation Effect Design Cues?

Expectation Effect Design Cues fits situations like: designing the first-screen experience; picking a typography system; deciding loading-state behavior; choosing animation timing.

How do I install Expectation Effect Design Cues in Claude Code?

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

How do I install Expectation Effect Design Cues in Codex?

Run `npx skills add hashgraph-online/awesome-codex-plugins --skill expectation-effect-design-cues -a codex`. Or copy the skill folder (plugins/HDeibler/universal-design-principles/plugins/interaction-and-control-principles/skills/expectation-effect-design-cues in hashgraph-online/awesome-codex-plugins) into .agents/skills/expectation-effect-design-cues in your project. Codex loads it when a task matches its description.

Can I use Expectation Effect Design Cues 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 expectation-effect-design-cues -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/expectation-effect-design-cues, .gemini/skills/expectation-effect-design-cues, .github/skills/expectation-effect-design-cues and .opencode/skills/expectation-effect-design-cues in your project.

What does Expectation Effect Design Cues need to run?

SKILL.md names no scripts, command-line tools or credentials: Expectation Effect Design Cues is instructions for the agent only.

Does Expectation Effect Design Cues 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 Expectation Effect Design Cues 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 Expectation Effect Design Cues use?

Expectation Effect Design Cues 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 Expectation Effect Design Cues use?

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

What are the alternatives to Expectation Effect Design Cues?

Skills that share tags, products or a category with Expectation Effect Design Cues: Impeccable (bestofjs/bestofjs, 3.1k stars), Make Interfaces Feel Better (samuelclay/NewsBlur, 7.6k stars), Baseline UI (ibelick/ui-skills, 9.5k stars) and Apple Liquid Glass Design (naplesblue/apple-design-skill, 268 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Expectation Effect Design Cues?

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.