In this article
ux-artifacts
| Field | Value |
|---|---|
| Kind | skill |
| Source | .github/skills/design-thinking/ux-artifacts |
| Invocation | Invoked directly as /ux-artifacts, or loaded on demand by referencing agents |
| Interactive | No |
What it does
Produce evidence-labelled UX needs, journey, structure, inclusion, and engineering-handoff assets. Use when a practitioner needs a durable UX artifact rather than coaching.
When to use it
Use ux-artifacts when supplied UX evidence or decisions need a durable Markdown asset:
frame-needsrecords current context and source-labelled user needs.map-journeyturns supplied current-experience evidence or an explicit problem-framing output into a staged journey.sketch-structurerecords what a surface contains and how it behaves: regions, controls, interaction states, and transitions.decide-inclusionrecords who a concept may exclude, the demands it creates, and alternatives or research gaps.prepare-handoffrecords implementation-facing flow, states, recovery, rationale, and unresolved engineering questions.
Use ux-coaching instead when the practitioner needs to reason through problem framing, critique, or stakeholder advocacy. Use accessibility for technical conformance, COGA guidance, Design Intent Records, and verification. Figma and Mural references shape completed assets but do not perform external writes.
Example usage
Create a journey from a completed problem-framing coaching output:
/ux-artifacts mode=map-journey project=renewal-flow subject=returning-customer source=.copilot-tracking/ux-coaching/renewal-flow/problem-framing.md
The skill writes the current journey to:
.copilot-tracking/ux-artifacts/renewal-flow/returning-customer/map-journey.md
The result keeps observed, reported, assumed, and unresolved content distinct. Missing stages remain unresolved rather than being invented. A later explicit Figma or Mural request can pass this path as source; mapping does not authorize a write.