Skip to content
Back to skills

Experience Impact Modeler

ASecurity

Use `analysis-agent` to map user-flow, interaction-state, accessibility, content, and recovery impact when experience behavior changes. Skip backend-only work with no experience effect and question-only requests.

  • 7 stars
  • 0 votes
  • 0 copies
  • 4 views
  • Added September 8, 2026
datagorailsbackend

Security analysis

A100/100

Pro scans all 6 files and shows the line behind each finding

Scanned September 22, 2026

npx -y skills add machenjie/rd-skills --skill experience-impact-modeler --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Experience Impact Modeler?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Experience Impact Modeler
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/machenjie-experience-impact-modeler/badge)](https://www.skillsdirectory.com/skills/machenjie-experience-impact-modeler)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: experience-impact-modeler
description: "Use `analysis-agent` to map user-flow, interaction-state, accessibility, content, and recovery impact when experience behavior changes. Skip backend-only work with no experience effect and question-only requests."
---

# experience-impact-modeler

## Role

Support `analysis-agent` in mapping affected journeys, interaction states,
accessibility behavior, and recovery expectations.

## When To Use

- user flow change
- interaction state change

## Do Not Use

- backend only with no experience impact
- question only

## Required Inputs

- intent slice
- existing flow evidence
- read scope

## Professional Decision Rules

- Map entry, action, system feedback, success, failure, recovery, and exit states for every affected user role.
- Include loading, empty, disabled, permission, offline, retry, focus, keyboard, responsive, and accessibility behavior when triggered.
- Preserve the user task and information hierarchy before optimizing component structure.
- Separate design choices requiring user input from behavior already established in source.

## High-Value Gotchas

- Happy-path mockups hide error, permission, focus, and responsive failures.
- Visual similarity does not prove semantic or accessibility equivalence.
- Async stale responses can overwrite newer user intent.

## Execution Checklist

1. Trace each affected actor from entry through success, failure, recovery, and exit.
2. Select the interaction states that materially change user action or system feedback.
3. Map accessibility, responsive, permission, and stale-response risks to observable checks.
4. Stop modeling when source cannot establish a consequential content or behavior choice.

## Stop / Escalation Conditions

- Stop implementation planning when actor, entry/exit path, state matrix, content decision, accessibility obligation, permission/denial path, or breakpoint behavior is implicit.
- Stop form or modal closure when focus destination, keyboard path, screen-reader announcement, validation timing, disabled state, and input preservation are missing.
- Stop analytics or experiment closure when required event, metric, or consumer evidence is missing.
- Require exposure, assignment, SRM, dashboard migration, guardrails, and rollback ownership only for the actual instrumentation, assignment, or release decisions that use them.
- Stop destructive/sensitive-flow closure when consequence copy, confirmation, denial path, audit/receipt, recovery/undo, or server-side enforcement owner is absent.

## Output Contract

- flow evidence
- affected states
- experience constraints

## Targeted References

| Path | Type | Load when | Do not load when | Required by | Required output |
|---|---|---|---|---|---|
| [checklist](references/checklist.md) | decision-checklist | A bounded review needs actor, entry, state, accessibility, analytics, and verification inventory | Full flow evidence, accessibility gates, or experiment proof decides closure | analysis-agent | checklist-result, residual-risk |
| [experience output and gates](references/experience-output-and-gates.md) | targeted | Closure depends on flow evidence, accessibility/recovery gates, analytics coupling, state-to-validation maps, or handoff fields | The body output contract is enough and evidence is not being closed | analysis-agent | gate-decision, residual-risk |
| [index](references/index.md) | index | competing experience impact modeler references require dependency, conflict, or output-fragment selection | the experience impact modeler root or a task-named reference already resolves selection | analysis-agent | reference-selection |
| [journey risk](references/journey-risk-patterns.md) | benchmark-pattern | Journey risks involve destructive/sensitive flows, high-volume operational work, experiment instrumentation, stale prior-evidence claims, or proof limits | A local component UX check has no journey, analytics, or sensitive-flow risk | analysis-agent | option-comparison, selected-approach |

Files in this skill

  • SKILL.md3.8 KB
  • examples/example-output.md425 B
  • references/checklist.md494 B
  • references/experience-output-and-gates.md7.2 KB
  • references/index.md1.9 KB
  • references/journey-risk-patterns.md3.8 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

View all in data →

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.