用途：为游戏屏幕、流程或 HUD 逐节撰写 UX 规格，并维护项目级无障碍标准。
主要能力：按参数进入四种模式——hud 输出 design/ux/hud.md；patterns 输出 design/ux/interaction-patterns.md；accessibility 输出 design/accessibility-requirements.md（唯一写在 design/ux/ 之外的模式，供各屏规格引用，并被工作流目录、Pre-Production 与 Polish 关卡及 /architecture-review 检查，路径不可改动）；其他参数视为屏幕或流程名，规范为 kebab-case 后输出 design/ux/[argument].md。无参数时通过 AskUserQuestion 询问要设计的内容。
使用方式：先解析参数与模式，再读取 references/2-gather-context.md 收集上下文，随后按 references/3-file-skeleton.md 建骨架、references/4-authoring.md 逐节撰写，最后按 references/5-crossref-handoff.md 做交叉引用检查。每节只加载对应模式的指导文件（UX 规格、HUD、交互模式库或无障碍要求），不整份加载。workflow 决定哪些屏幕需要规格（full 每屏、standard 核心屏、minimal 不要求），docs.density 决定每节深度（terse、balanced、thorough）。
协作与限制：默认协作模式下每节遵循提问、选项、决策、草稿、批准流程，写入前需确认，逐节增量写入并更新会话状态；不得未经批准写入或自动生成整份规格。中断后可从 production/session-state/active.md 与目标文件恢复。视觉、实现可行性、玩法数据、叙事与无障碍分级可分别与 art-director、ui-programmer、game-designer、narrative-director、accessibility-specialist 协调，但由本会话负责所有文件写入。
适用场景：游戏前期到打磨阶段的界面与 HUD 设计、交互模式沉淀、无障碍标准制定。具体收费、平台与效果资料暂未提供。