Optimize for
- Accurate mental models.
- Clear next actions and consequences.
- Stable orientation and resumability.
- Verification and recovery proportional to risk.
- Meaningful choice and user autonomy.
Research system · v2.0.0 · validated synthesis
A human-centered operating system for comprehension, hierarchy, progressive disclosure, ethical choice architecture, accessibility, and AI-assisted work.
Core decision: make the user’s thinking proportional to the task. Preserve necessary complexity. Remove interface-created interpretation, recall, uncertainty, context loss, and recovery effort.
01 · Orientation
Cognitive UX is not a mandate for sparse screens. It is a disciplined way to align information, interaction, and evidence with how people perceive, orient, understand, choose, act, verify, recover, and learn.
A standard, official guidance, or empirical source directly supports the stated claim.
Multiple sources support a combined operating conclusion.
Evidence from learning, policy, or another domain is applied to product UX with an explicit boundary.
A proposed house rule or operating default that still requires product-specific validation.
02 · Red team
The model is useful only when its boundaries remain visible. These cautions block common misapplications.
Instructional evidence informs UX, but domain expertise, time pressure, risk, and interaction structure change the result.
Option count matters less than relevance, comparability, task difficulty, preference certainty, and decision goals.
Novices need orientation. Experts may need density, batch action, shortcuts, persistent filters, and parallel comparison.
03 · Human model
Failures propagate. Weak orientation increases interpretation effort. Weak feedback increases uncertainty. Weak recovery suppresses exploration and trust.
04 · Load model
A sparse screen can be cognitively expensive. A dense screen can remain manageable when its relationships, terminology, state, and priority are stable.
Total demand = necessary task complexity + interface interpretation + memory burden + decision uncertainty + context switching + interruption recovery + perceived consequenceLabels, icons, layout, and system states require translation.
Observe: hesitation, misclicks, help opening, inconsistent explanations.Users must retain prior values, rules, or location across steps.
Observe: backtracking, repeated entry, notes, copy/paste, abandoned flows.Options are irrelevant, overlapping, difficult to compare, or weakly explained.
Observe: oscillation, default dependence, low confidence, immediate reversal.Users cannot locate themselves, active state, parent context, or return path.
Observe: repeated navigation, search loops, lost filters, duplicate work.Notifications, modal surfaces, latency, or context switches disrupt the task.
Observe: resumption delay, partial input loss, restart, missed status changes.Unclear impact or weak recovery makes users anxious or overly cautious.
Observe: avoidance, repeated review, support contact, failed cancellation.05 · Structure
Visual hierarchy routes attention. Information architecture establishes location. Communication hierarchy establishes meaning. They must describe the same system.
What this surface is and why it exists.
What is true now, including active constraints and status.
The next meaningful user outcome and its consequence.
Relevant groups, comparison, and guidance.
Sources, history, ownership, assumptions, and deeper detail.
Help, undo, return, escalation, and next steps.
Identify duplication, dependencies, entry points, and failure paths.
Use support, search, research, and domain language—not organizational labels.
Use open sorting, journey analysis, and object/lifecycle modeling.
Use tree testing, first-click testing, and representative task scenarios.
Ask users to explain location, consequence, and next action.
Track loops, backtracking, search reformulation, and support escalation.
06 · Content hierarchy
Readers should not need to consume every word to identify the main claim, implication, action, and evidence boundary.
Put the unique, task-relevant words first in titles, headings, navigation labels, buttons, and links.
Headings should accurately describe the following section and preserve logical nesting for visual and assistive navigation.
Name the object and outcome: “Create access policy,” not “Submit.” State consequence before commitment.
Use result → implication → action → explanation → evidence. Preserve deep detail, but do not require it for orientation.
Examples work best beside unfamiliar concepts, formats, edge cases, or decisions—not in a detached onboarding tour.
One concept should keep one name across navigation, headings, controls, messages, and documentation.
07 · Progressive disclosure
Progressive disclosure determines when, where, and under what conditions complexity appears. It is not a visual cleanup technique.
Select every condition that applies. The recommendation is a starting point, not proof.
No disclosure conditions are selected. Keep the content visible until its role is clear.
08 · Pattern library
A component defines mechanics. A pattern defines when a coordinated set of content, controls, state, and recovery solves a user need.
12 patterns
Expose page identity, scope, current state, and the primary outcome before secondary controls.
Lead with the finding, explain why it matters, then progressively expose supporting detail and provenance.
Keep prior input, active constraints, history, and relevant options visible at the point of use.
State the recommended option and rationale while preserving inspectable alternatives and consequences.
Reveal dependent fields or guidance immediately after the answer or state that makes them relevant.
Place infrequent expert controls behind an accurate summary while keeping defaults and current effects visible.
Show processing, success, failure, and changed state next to the object or control that caused it.
Provide undo, drafts, review, version history, or explicit confirmation in proportion to consequence.
Keep help and escalation mechanisms in a consistent relative location across related pages.
Create resumable boundaries with saved state, clear progress, and a stable return path.
Make sources, assumptions, uncertainty, and affected objects easy to inspect before consequential use.
Give comparable choices comparable clarity, prominence, and reasonable effort across the full lifecycle.
09 · Ethical behavior
Behavioral design is legitimate when it reduces initiation, comparison, and recovery costs. It becomes manipulative when it exploits inattention, urgency, asymmetry, or hidden consequence.
| Dimension | Accept or enable | Reject, cancel, or disable | Review question |
|---|---|---|---|
| Clarity | Specific label and consequence | Specific label and consequence | Can both choices be understood without interpretation? |
| Prominence | Visible in the decision context | Visible in the same decision context | Does visual treatment materially steer one option? |
| Effort | Steps proportional to consequence | Steps proportional to consequence | Is reversal deliberately more difficult? |
| Timing | Asked when relevant | Available throughout lifecycle | Does timing exploit fatigue or urgency? |
| Recovery | Confirmation and state | Confirmation and state | Can users verify that their choice took effect? |
Removes labels, navigation, state, or help to make a screen appear simple.
Replace withKeep necessary cues visible and reduce decorative competition.
Places every idea in an equally weighted container.
Replace withUse boundaries only for real relationships, states, or interaction contracts.
Transfers prioritization and comparison work to the user.
Replace withFilter irrelevant options, group meaningfully, and explain recommendations.
Conceals cost, risk, requirements, or comparison criteria behind disclosure.
Replace withKeep decision-essential information visible at the point of choice.
Creates unstable location and forces users to remember which branches contain what.
Replace withUse shallower sections, accurate labels, and linkable pages for deep material.
Explains features before the user has a task context.
Replace withUse contextual guidance at the point of first meaningful use.
Makes required instructions transient and difficult to discover.
Replace withUse persistent helper text or linkable guidance.
Repeatedly destroys context and traps keyboard or touch navigation.
Replace withUse a dedicated flow, inline expansion, or a contextual panel.
Changes data or state without clear verification or history.
Replace withExpose status, affected objects, provenance, and recovery.
Makes the organization-preferred action easier than rejection, cancellation, or reversal.
Replace withApply choice and exit parity with proportionate safeguards.
Adds warning text but does not help users detect or verify mistakes.
Replace withSignal when verification matters and make evidence easy to inspect.
Presents a design-review number as if it measured a person’s mental workload.
Replace withUse observable risk classifications plus task and comprehension evidence.
10 · AI and agents
AI adds probabilistic output, uncertain capability, hidden tool use, and delegated action. The interface must lower the effort required to understand, monitor, verify, correct, and stop the system.
State the goal, known context, constraints, data boundaries, and capability limits.
Expose the intended steps, assumptions, dependencies, and affected systems before execution.
Require proportional human approval for high-impact, external, destructive, or ambiguous actions.
Show current action, tool, target, progress, and exceptions without flooding the user with raw traces.
Expose results, sources, changed objects, uncertainty, and what still requires human judgement.
Support pause, correction, retry, rollback, escalation, and durable audit history.
Explain what the system can and cannot do, what kinds of mistakes are plausible, and which context it can access.
Use risk, uncertainty, missing evidence, and hard-to-detect error conditions—not generic warnings on every response.
Place sources, assumptions, comparisons, and affected objects next to the output. Preserve the user’s ability to inspect before acting.
11 · Review lab
This review does not measure a person’s cognitive load. It identifies interface conditions that should be resolved or validated with representative users.
Can users state what this surface is for and the outcome it supports?
Can users identify location, active state, parent context, and a return path?
Does hierarchy expose the most important information and action without competing signals?
Are choices relevant, distinct, comparable, and explicit about consequence?
Must users remember information that could remain visible, selectable, or auto-populated?
Do labels match user vocabulary and remain consistent across the workflow?
Is all decision-essential information visible when the choice is made?
Can users verify processing, completion, changed state, and affected objects?
Can users correct, undo, resume, retry, escalate, or safely exit?
Is attention requested only when urgency justifies it, and can the task resume?
Do semantics, focus, keyboard, target geometry, reflow, and announcements match visual behavior?
Do alternatives, refusal, cancellation, and reversal have comparable clarity and reasonable effort?
12 · Measurement
Task completion can be accidental. Pair performance with explanation, prediction, confidence, recovery, and resumption evidence.
| Variable | Minimum contrast | Reason |
|---|---|---|
| Expertise | New, occasional, experienced | Familiar schemas change memory and comparison demands. |
| Attention | Focused and interrupted | Real tasks include notification, authentication, and context switching. |
| Consequence | Low and high impact | Risk changes verification, hesitation, and recovery needs. |
| Device | Narrow touch and desktop keyboard | Layout, target geometry, density, and input modality change behavior. |
| Accessibility | Keyboard, screen reader, zoom, cognitive-accessibility participants where applicable | Conformance checks do not prove usability. |
| State | Empty, populated, loading, error, restricted | Cognitive failures often appear outside the ideal success state. |
13 · Delivery system
A design principle becomes durable when it has an owner, implementation contract, test method, exception path, and recorded outcome.
Audience, task, device, risk, authorization, and environment.
What the design is expected to improve and the comparator.
Semantic structure, interaction contract, failure states, and recovery.
Automated, manual, accessibility, performance, and representative-user evidence.
Accepted risks, owner, follow-up, and revalidation trigger.
14 · Evidence
The guide distinguishes normative standards, empirical research, official practice guidance, supported synthesis, transfer inference, and recommended operating defaults.
{
"artifact": {
"title": "Cognitive UX Research System",
"version": "2.0.0",
"dateModified": "2026-07-21",
"format": "single-file HTML",
"dependencies": [],
"owner": "Jesse Graupmann",
"contributor": "OpenAI ChatGPT \u00b7 GPT-5.6 Thinking",
"derivedFrom": [
"Cognitive UX Research System v1.2.0",
"The Communication Guide v2.1.0",
"Visual Design Research System v1.5.1",
"Mobile-First Enterprise Design Handbook v3.0",
"Modern CSS Architecture Explainer v1.2"
]
},
"methodology": {
"approach": "standards review, peer-reviewed literature synthesis, product-practice comparison, red-team analysis, and executable pattern formalization",
"claimTypes": [
"Direct support",
"Supported synthesis",
"Transfer inference",
"Recommendation"
],
"limitations": [
"Cognitive Load Theory originated in learning research and is used here as an analytical lens rather than a deterministic UI law.",
"Static design inspection cannot measure an individual user's cognitive workload.",
"Product risk, domain expertise, disability, language, interruption, and consequence materially change results.",
"AI overreliance mitigations require product-specific user research because warnings and explanations can backfire."
]
},
"counts": {
"principles": 12,
"patterns": 12,
"antiPatterns": 12,
"sources": 24
},
"sources": [
{
"id": "S01",
"title": "Making Content Usable for People with Cognitive and Learning Disabilities",
"publisher": "W3C WAI",
"type": "Guidance",
"status": "Working Group Note",
"year": "2021",
"url": "https://www.w3.org/TR/coga-usable/",
"use": "Cognitive accessibility objectives, user needs, design patterns, and testing questions."
},
{
"id": "S02",
"title": "Cognitive Accessibility at W3C",
"publisher": "W3C WAI",
"type": "Program overview",
"status": "Current guidance hub",
"year": "2026",
"url": "https://www.w3.org/WAI/cognitive/",
"use": "Readable, predictable, and error-tolerant experience framing."
},
{
"id": "S03",
"title": "Web Content Accessibility Guidelines 2.2",
"publisher": "W3C",
"type": "Standard",
"status": "W3C Recommendation",
"year": "2024",
"url": "https://www.w3.org/TR/WCAG22/",
"use": "Normative accessibility baseline, including focus, target size, consistent help, redundant entry, and accessible authentication."
},
{
"id": "S04",
"title": "Page Structure Tutorial",
"publisher": "W3C WAI",
"type": "Practice guidance",
"status": "Updated April 2026",
"year": "2026",
"url": "https://www.w3.org/WAI/tutorials/page-structure/",
"use": "Landmarks, headings, content structure, navigation, and orientation."
},
{
"id": "S05",
"title": "Writing for Web Accessibility",
"publisher": "W3C WAI",
"type": "Practice guidance",
"status": "Current",
"year": "2024",
"url": "https://www.w3.org/WAI/tips/writing/",
"use": "Meaningful headings, front-loaded information, clear instructions, and understandable links."
},
{
"id": "S06",
"title": "Requirements for WCAG 3.0",
"publisher": "W3C",
"type": "Draft requirements",
"status": "Draft \u2014 not normative",
"year": "2026",
"url": "https://www.w3.org/TR/wcag-3.0-requirements/",
"use": "Emerging direction toward readable, technology-neutral, user-centered outcomes."
},
{
"id": "S07",
"title": "Question pages",
"publisher": "GOV.UK Design System",
"type": "Design pattern",
"status": "Production guidance",
"year": "2026",
"url": "https://design-system.service.gov.uk/patterns/question-pages/",
"use": "Focused question flows, labels as headings, and stepwise data collection."
},
{
"id": "S08",
"title": "Details component",
"publisher": "GOV.UK Design System",
"type": "Component guidance",
"status": "Production guidance",
"year": "2026",
"url": "https://design-system.service.gov.uk/components/details/",
"use": "Choosing between details, accordions, and tabs; keeping important content visible."
},
{
"id": "S09",
"title": "Information architects and accessible service design",
"publisher": "UK Government Digital Service",
"type": "Practice report",
"status": "Published May 2025",
"year": "2025",
"url": "https://accessibility.blog.gov.uk/2025/05/09/unlocking-accessibility-information-architects-share-their-approach-to-digital-accessibility-and-design-with-people-with-disabilities/",
"use": "Hierarchy, service-flow orientation, progressive disclosure, and participatory design."
},
{
"id": "S10",
"title": "NASA Task Load Index",
"publisher": "NASA",
"type": "Measurement instrument",
"status": "Established instrument",
"year": "Current",
"url": "https://www.nasa.gov/human-systems-integration-division/nasa-task-load-index-tlx/",
"use": "Subjective workload dimensions; supplemental rather than objective UI scoring."
},
{
"id": "S11",
"title": "The Magical Number 4 in Short-Term Memory",
"publisher": "Behavioral and Brain Sciences",
"type": "Peer-reviewed research",
"status": "Published",
"year": "2001",
"url": "https://doi.org/10.1017/S0140525X01003922",
"use": "Working-memory capacity as a variable, chunk-dependent constraint rather than a fixed UI item limit."
},
{
"id": "S12",
"title": "Cognitive Load During Problem Solving",
"publisher": "Cognitive Science",
"type": "Peer-reviewed research",
"status": "Published",
"year": "1988",
"url": "https://doi.org/10.1207/s15516709cog1202_4",
"use": "Foundational intrinsic and extraneous cognitive-load framing."
},
{
"id": "S13",
"title": "Element Interactivity and Cognitive Load",
"publisher": "Educational Psychology Review",
"type": "Peer-reviewed research",
"status": "Published",
"year": "2010",
"url": "https://doi.org/10.1007/s10648-010-9128-5",
"use": "Task complexity depends on interacting information elements and user schemas."
},
{
"id": "S14",
"title": "Choice Overload: A Conceptual Review and Meta-Analysis",
"publisher": "Journal of Consumer Psychology",
"type": "Peer-reviewed meta-analysis",
"status": "Published",
"year": "2015",
"url": "https://doi.org/10.1016/j.jcps.2014.08.002",
"use": "Choice overload is conditional on task difficulty, preference uncertainty, and decision goals."
},
{
"id": "S15",
"title": "Dark Commercial Patterns",
"publisher": "OECD",
"type": "Policy research",
"status": "Published",
"year": "2022",
"url": "https://www.oecd.org/en/publications/dark-commercial-patterns_44f5e846-en.html",
"use": "Autonomy, coercion, obstruction, manipulation, and consumer detriment in digital choice architecture."
},
{
"id": "S16",
"title": "Bringing Dark Patterns to Light",
"publisher": "US Federal Trade Commission",
"type": "Regulatory report",
"status": "Published",
"year": "2022",
"url": "https://www.ftc.gov/reports/bringing-dark-patterns-light",
"use": "Disguised ads, difficult cancellation, hidden terms, and unnecessary data-sharing pressure."
},
{
"id": "S17",
"title": "Explainability and Trust",
"publisher": "Google People + AI Research",
"type": "Human-AI design guidance",
"status": "Living guidebook",
"year": "Current",
"url": "https://pair.withgoogle.com/chapter/explainability-trust/",
"use": "Trust calibration, capability boundaries, uncertainty, and explanation timing."
},
{
"id": "S18",
"title": "Guidelines for Human-AI Interaction",
"publisher": "Microsoft Research",
"type": "Peer-reviewed HCI research",
"status": "Published",
"year": "2019",
"url": "https://www.microsoft.com/en-us/research/publication/guidelines-for-human-ai-interaction/",
"use": "Eighteen validated interaction guidelines covering expectation-setting, correction, and adaptation."
},
{
"id": "S19",
"title": "Overreliance on AI: Risk Identification and Mitigation",
"publisher": "Microsoft",
"type": "Product safety playbook",
"status": "Published March 2025",
"year": "2025",
"url": "https://learn.microsoft.com/en-us/ai/playbook/technology-guidance/overreliance-on-ai/overreliance-on-ai",
"use": "Realistic mental models, verification signals, and lowering the effort required to check AI output."
},
{
"id": "S20",
"title": "Challenges in Human-Agent Communication",
"publisher": "Microsoft Research",
"type": "Research paper",
"status": "Published",
"year": "2024",
"url": "https://www.microsoft.com/en-us/research/publication/challenges-in-human-agent-communication/",
"use": "Goal expression, plan correction, monitoring, feedback, transparency, and user control for agents."
},
{
"id": "S21",
"title": "Understanding Target Size (Minimum)",
"publisher": "W3C WAI",
"type": "Normative explanation",
"status": "WCAG 2.2 AA",
"year": "2026",
"url": "https://www.w3.org/WAI/WCAG22/Understanding/target-size-minimum",
"use": "Minimum pointer-target geometry and spacing exceptions."
},
{
"id": "S22",
"title": "Understanding Redundant Entry",
"publisher": "W3C WAI",
"type": "Normative explanation",
"status": "WCAG 2.2 A",
"year": "2026",
"url": "https://www.w3.org/WAI/WCAG22/Understanding/redundant-entry.html",
"use": "Avoiding repeated entry and unnecessary memory demand in multi-step processes."
},
{
"id": "S23",
"title": "Understanding Consistent Help",
"publisher": "W3C WAI",
"type": "Normative explanation",
"status": "WCAG 2.2 A",
"year": "2026",
"url": "https://www.w3.org/WAI/WCAG22/Understanding/consistent-help.html",
"use": "Stable placement of help mechanisms across page sets."
},
{
"id": "S24",
"title": "Plain language",
"publisher": "Office for National Statistics Service Manual",
"type": "Content practice",
"status": "Current guidance",
"year": "2026",
"url": "https://service-manual.ons.gov.uk/content/writing-for-users/plain-language",
"use": "Front-loaded headings, clear vocabulary, and concise web writing."
}
],
"patterns": [
{
"id": "purpose-state",
"title": "Purpose and state header",
"phase": "orient",
"risk": "orientation",
"summary": "Expose page identity, scope, current state, and the primary outcome before secondary controls.",
"use": "Task pages, dashboards, settings, and deep-linked views.",
"avoid": "Marketing copy that delays the actual purpose.",
"refs": [
"S01",
"S04",
"S05"
]
},
{
"id": "summary-evidence",
"title": "Summary \u2192 implication \u2192 evidence",
"phase": "understand",
"risk": "interpretation",
"summary": "Lead with the finding, explain why it matters, then progressively expose supporting detail and provenance.",
"use": "Research, analytics, architecture decisions, and incident reviews.",
"avoid": "Evidence dumps without an orienting conclusion.",
"refs": [
"S04",
"S05",
"S24"
]
},
{
"id": "recognition",
"title": "Recognition over recall",
"phase": "choose",
"risk": "memory",
"summary": "Keep prior input, active constraints, history, and relevant options visible at the point of use.",
"use": "Multi-step forms, comparison, and operational workflows.",
"avoid": "Requiring users to remember values from previous screens.",
"refs": [
"S01",
"S22"
]
},
{
"id": "recommended-path",
"title": "Recommended path with alternatives",
"phase": "choose",
"risk": "decision",
"summary": "State the recommended option and rationale while preserving inspectable alternatives and consequences.",
"use": "Configuration, product selection, policy choices, and AI recommendations.",
"avoid": "Preselection that hides trade-offs or makes alternatives materially harder.",
"refs": [
"S14",
"S15"
]
},
{
"id": "conditional-inline",
"title": "Conditional inline disclosure",
"phase": "understand",
"risk": "relevance",
"summary": "Reveal dependent fields or guidance immediately after the answer or state that makes them relevant.",
"use": "Branching forms and role- or state-dependent configuration.",
"avoid": "Detached panels where the cause-and-effect relationship is unclear.",
"refs": [
"S07",
"S09"
]
},
{
"id": "advanced-section",
"title": "Labeled advanced section",
"phase": "act",
"risk": "density",
"summary": "Place infrequent expert controls behind an accurate summary while keeping defaults and current effects visible.",
"use": "Expert configuration with safe defaults.",
"avoid": "Hiding controls that frequent users require or that alter material outcomes.",
"refs": [
"S01",
"S08"
]
},
{
"id": "local-feedback",
"title": "Local action feedback",
"phase": "verify",
"risk": "uncertainty",
"summary": "Show processing, success, failure, and changed state next to the object or control that caused it.",
"use": "Inline edits, saves, filters, and background operations.",
"avoid": "Generic toasts as the only evidence of a durable change.",
"refs": [
"S01",
"S03"
]
},
{
"id": "safe-recovery",
"title": "Safe recovery path",
"phase": "recover",
"risk": "consequence",
"summary": "Provide undo, drafts, review, version history, or explicit confirmation in proportion to consequence.",
"use": "Destructive, financial, publishing, access, and agentic actions.",
"avoid": "Confirmation dialogs for trivial reversible actions or no recovery for high-impact changes.",
"refs": [
"S01",
"S03",
"S20"
]
},
{
"id": "stable-help",
"title": "Stable help location",
"phase": "recover",
"risk": "orientation",
"summary": "Keep help and escalation mechanisms in a consistent relative location across related pages.",
"use": "Multi-page services and enterprise workflows.",
"avoid": "Moving support controls based on page layout convenience.",
"refs": [
"S23"
]
},
{
"id": "natural-stops",
"title": "Natural stopping points",
"phase": "orient",
"risk": "attention",
"summary": "Create resumable boundaries with saved state, clear progress, and a stable return path.",
"use": "Long workflows, research guides, and mobile tasks subject to interruption.",
"avoid": "Endless goal-directed feeds without landmarks.",
"refs": [
"S01",
"S09"
]
},
{
"id": "verification-surface",
"title": "Verification surface for AI",
"phase": "verify",
"risk": "overreliance",
"summary": "Make sources, assumptions, uncertainty, and affected objects easy to inspect before consequential use.",
"use": "AI-assisted decisions, summaries, and agent execution.",
"avoid": "Generic disclaimers that add reading without making verification easier.",
"refs": [
"S17",
"S19",
"S20"
]
},
{
"id": "choice-parity",
"title": "Choice and exit parity",
"phase": "choose",
"risk": "autonomy",
"summary": "Give comparable choices comparable clarity, prominence, and reasonable effort across the full lifecycle.",
"use": "Consent, subscription, notification, privacy, and account flows.",
"avoid": "Easy acceptance paired with concealed or obstructed reversal.",
"refs": [
"S15",
"S16"
]
}
]
}Cognitive accessibility objectives, user needs, design patterns, and testing questions.
Open sourceReadable, predictable, and error-tolerant experience framing.
Open sourceNormative accessibility baseline, including focus, target size, consistent help, redundant entry, and accessible authentication.
Open sourceLandmarks, headings, content structure, navigation, and orientation.
Open sourceMeaningful headings, front-loaded information, clear instructions, and understandable links.
Open sourceEmerging direction toward readable, technology-neutral, user-centered outcomes.
Open sourceFocused question flows, labels as headings, and stepwise data collection.
Open sourceChoosing between details, accordions, and tabs; keeping important content visible.
Open sourceHierarchy, service-flow orientation, progressive disclosure, and participatory design.
Open sourceSubjective workload dimensions; supplemental rather than objective UI scoring.
Open sourceWorking-memory capacity as a variable, chunk-dependent constraint rather than a fixed UI item limit.
Open sourceFoundational intrinsic and extraneous cognitive-load framing.
Open sourceTask complexity depends on interacting information elements and user schemas.
Open sourceChoice overload is conditional on task difficulty, preference uncertainty, and decision goals.
Open sourceAutonomy, coercion, obstruction, manipulation, and consumer detriment in digital choice architecture.
Open sourceDisguised ads, difficult cancellation, hidden terms, and unnecessary data-sharing pressure.
Open sourceTrust calibration, capability boundaries, uncertainty, and explanation timing.
Open sourceEighteen validated interaction guidelines covering expectation-setting, correction, and adaptation.
Open sourceRealistic mental models, verification signals, and lowering the effort required to check AI output.
Open sourceGoal expression, plan correction, monitoring, feedback, transparency, and user control for agents.
Open sourceMinimum pointer-target geometry and spacing exceptions.
Open sourceAvoiding repeated entry and unnecessary memory demand in multi-step processes.
Open sourceStable placement of help mechanisms across page sets.
Open sourceFront-loaded headings, clear vocabulary, and concise web writing.
Open source