AgentStack
SKILL verified MIT Self-run

Cognitive Ux Workflow

skill-kfeng209-oss-cognitive-ux-cognitive-ux-workflow · by kfeng209-oss

Design and audit SaaS applications, internal tools, and recurring knowledge-work workflows using evidence-informed UX. Use when people repeatedly create, review, organize, approve, or resolve work; return an object/action model, primary and recovery flows, state/undo rules, accessible interaction requirements, and time-to-correct-outcome validation.

No reviews yet
0 installs
2 views
0.0% view→install

Install

$ agentstack add skill-kfeng209-oss-cognitive-ux-cognitive-ux-workflow

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Cognitive Ux Workflow? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Cognitive UX: Workflow SaaS

Scope

Use for product workflow surfaces. Use cognitive-ux-dashboard for data monitoring and cognitive-ux-admin for privileged administration.

Intake

  • Identify user roles, objects, primary jobs, frequency, collaboration, and handoffs.
  • Identify states, permissions, automation, irreversible outcomes, audit needs, and offline/error constraints.
  • Identify existing mental models, device/input method, and success/failure measures.

State assumptions that could change the design. Define the primary task, its consequence of failure, and a measurable user outcome before proposing a layout.

Design procedure

  1. Model the product around user-recognizable objects, states, and actions; avoid exposing internal implementation vocabulary as the primary navigation.
  2. Map the happy path plus interruption, conflict, no-permission, empty, bulk, and recovery paths before choosing components.
  3. Keep system state visible; preserve context after filtering, sorting, navigation, async work, and automation.
  4. Use safe defaults, confirmation or undo for consequential changes, and specific error recovery without discarding work.
  5. Design automation as reviewable assistance with clear scope, status, provenance, and human override.

Read [archetype evidence](references/archetype-evidence.md). Label each non-obvious recommendation Standard / requirement, Evidence-informed default, or Hypothesis to test.

Required outputs

  • object/action/state model
  • primary, exception, and recovery flow maps
  • permission, automation, and undo/confirmation specification
  • component behavior and accessibility checklist
  • time-to-correct-outcome study
  • Evidence-to-decision table: decision → mechanism → source → label → limitation → test metric.
  • Accessibility, ethics, and recovery-path checklist.

Guardrails

Do not hide state changes, make destructive actions irreversible without warning, use modal sequences as a substitute for flow design, or automate beyond user authority.

Related skills

Use cognitive-ux-dashboard, cognitive-ux-onboarding, and cognitive-ux-admin. Select the primary task before combining skills; add a secondary skill only when it changes the user outcome or risk.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.