用途
该技能用于审查和改进产品 UX 文案，把文字视为交互的一部分，而不是设计完成后再添加的装饰。它覆盖的内容包括标签（labels）、说明文字（instructions）、错误提示（errors）、空状态（empty states）、确认提示（confirmations）、术语（terminology）以及文案出现的时机（content timing）。
适用场景表述为：当设计师或相关角色需要检查或优化上述文案时使用。具体触发场景在资料中仅给出示例，包括：审查某个恢复流程中的文案、判断错误信息是否真正有用、让标签更清晰并与产品语言保持一致。
主要原则
技能列出若干「Always」原则：
- Context（上下文）：在要求用户重复已知信息之前先检查已有信息。当产品目的或结果可能改变答案时，使用 .ux/INTENT.md；只加载任务所需的额外项目上下文。
- User（用户）：把工作建立在受影响的人及其目标、任务、背景和可用证据之上。不要编造用户需求、行为或人物画像。
- Evidence（证据）：当已知、推断、假设、未知和冲突信息之间的差别重要时，保持它们相互区分。
- System（系统）：在发明新语言、组件、模式或规则之前，优先使用产品既有的语言、组件、模式和规则。
- Clear（清晰）：先给出有用的要点，使用所需的最小结构，去除通用的 AI 填充内容。
- Trust（信任）：绝不编造证据、需求、理由、实现状态或合规性。
- Outcome（结果）：对于重要的多步骤工作，保持意图活跃；仅在需要连续性时使用一个小的 .ux/STATE.md；在打磨之前优先处理影响最大的未解决缺口；在宣布完成之前对照意图验证实际体验。
技能同时规定：除非某条规则会实质影响回答，否则不要向用户复述这些规则；当用户和任务已经清楚，或缺失信息不会实质改变工作时，不要引入研究问题、人物画像或探索性工作。
使用方式
资料给出的流程从上下文开始：在存在最小相关项目上下文时，从中读取相关用户目标与流程，以及术语、无障碍预期和产品约束；在可用时检查设计系统的内容模式和本地化约束。
随后审查内容必须完成的任务，检查项包括：
- 清晰的操作与结果；
- 术语一致性；
- 在需要时才展示的信息；
- 界面本可直观呈现、却仍写成多余说明的内容；
- 准确描述目的地或操作的标签；
- 说明发生了什么以及如何恢复的错误语言；
- 与后果相称的确认语言；
- 暴露给用户的技术或组织行话；
- 指责、歧义、强迫或虚假安慰；
- 可能在翻译、文字扩展、动态值或辅助技术下失效的字符串。
术语方面，优先使用产品与设计系统已确立的术语，除非有理由质疑它们。如果权威来源之间的术语不一致，应标记冲突，而不是默默选择。
改写时要求：保留事实含义、法律要求和不确定性；不要为了让消息更友好而降低其精确度；对于高后果操作，清晰优先于个性表达。
输出
输出时先呈现会改变理解或行为的内容问题；在有用时提供修改后的字符串；只解释那些并非显而易见的决策。
限制
资料未提供该技能的具体安装方式、平台支持、收费情况、价格或效果数据，这些内容暂未提供。