Individual skill
consistency
Apply the principle of Consistency — making similar things look and behave similarly so users can transfer learning across the interface. Use when designing component libraries, defining naming conventions, choosing whether to invent or borrow patterns, auditing across surfaces (web, mobile, email, support docs), or evaluating whether two features should share or diverge in their interaction model. Strong consistency reduces cognitive load and learnability cost; aggressive consistency can flatten meaningful differences. There are four kinds — aesthetic, functional, internal, external — each with different applications.
plugins/HDeibler/universal-design-principles/plugins/cognition-and-learnability-principles/skills/consistency/SKILL.md
Source commit d780783eba4ecc7c8b9429f95c9362df95f07c61
What was checked
- Matches the observed repository HEAD
- Yes
- Scanner rules are current
- No
- Repository scan complete
- No
- Skill scan complete
- No
- Observed behavior
- Not checked yet
- Last checked
- Nov 4, 2026
These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.
Install this skill
Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.
An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.
Repository context
- Repository stars (not skill ratings)
- 1,537
- Repository last updated
- Nov 7, 2026
- License
- Apache-2.0
Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.
- ai-coding Repository topic
- awesome Repository topic
- awesome-list Repository topic
- codex Repository topic
- codex-plugins Repository topic
- openai Repository topic
- codex-skill Repository topic
- codex-skills Repository topic
- marketplace Repository topic
- codex-marketplace Repository topic
- docs Derived category
- education Derived category
Files and excerpt
File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.
Browse files
SKILL.mdcore · 12,896 bytesreferences/lineage.mddoc · 8,340 bytes
Read excerpt
# Consistency
> **Definition.** Consistency is the principle that similar things should look and behave similarly, and that different things should look and behave differently. When two parts of a system serve the same function, they should be expressed the same way, so the user's learning about one transfers immediately to the other. When two parts serve different functions, they should be visually and behaviorally distinct, so the user is not misled into expecting the same behavior.
The principle sounds simple and is, in practice, one of the hardest to apply well. The hard part is judging *what counts as similar*. Two buttons that share a visual style but trigger different kinds of actions are misleadingly consistent — they tell the user "we work the same way" when they don't. Two equivalents in the system that are styled differently for no good reason are inconsistent — they force the user to learn the same lesson twice. The skill is calibration: enough consistency to support transfer, enough variation to honor genuine differences.
The classic taxonomy, due to Lidwell, Holden, and Butler, distinguishes four kinds of consistency.
**Aesthetic consistency.** Visual style, typography, color, spacing, iconography. The interface looks like it belongs to one product, drawn from one design system. Aesthetic consistency builds brand recognition and signals craft. Its absence — components that obviously came from different libraries, typography that varies arbitrarily — signals that the team didn't coordinate.
**Functional consistency.** Equivalent operations work the same way. The "save" gesture saves in every screen; the "delete" affordance deletes in every list; the "back" gesture goes back everywhere. Functional consistency lets users learn an interaction once and apply it throughout the product. Its absence creates "exception fatigue" — the user can't predict what any control will do without reading.
**Internal consistency.** Within the product, similar things are similar. This combines aesthetic and functional consistency at the level of "we have one design system and we apply it." Internal consistency is what users notice as "this product feels coherent."