ux-review 是一个从用户视角评审产品流程、界面或文案的技能，核心理念是：用户关心的是结果，而不是系统如何运作。在检查每个标签、消息或步骤前，应先问：“这是给用户的，还是给工程师的？”
用途 用于评审一个流程、一个屏幕或一段产品文案，判断其是否围绕用户完成任务来组织，而不是暴露系统内部逻辑。
主要能力
- 界定评审框架：先写四行——用户是谁、当前要完成的一件事、所处环节（进入、决策、等待、成功、错误或退出）、可能担忧什么（丢失数据、费用、无法撤销的错误、显得愚蠢）。
- 走查流程：阅读真实代码或打开真实页面（如可运行，使用 verify-ui）。逐步检查用户能否判断自己在哪里、能否知道下一步、是否有唯一明确的主操作、每段文字是否有助于完成任务、是否泄露内部细节（模型名、供应商名、错误码、“Initializing...”、“Calling API...”）、出错时是否知道发生了什么和该做什么、是否过早要求用户付出（在获得价值前要求账号或银行卡、要求用户做无法判断的选择）。
- 修正文案：按钮使用“动词+对象”，如“Save draft”“Send invite”，而非“Submit”“Proceed”“OK”；状态说明结果而非过程，如“Saving...”后“Saved”，用“Getting your results”而非“Fetching data”；错误信息先用平实语言说明发生了什么，再说明该做什么；空状态说明将出现什么，并给出一个开始操作；移除容易撤销的小操作的确认对话框。
- 输出报告：按对任务影响从大到小列出问题，包含步骤、问题、修复建议和新文案；每个修复应小到可以独立发布；除非用户要求，不重新设计整个流程。
使用方式 先写四行框架，再阅读真实代码或打开真实页面走查，最后整理问题清单与文案修复建议。
适用场景 产品流程、界面文案、错误提示、空状态、按钮标签、状态消息的用户视角评审。
限制 资料未说明具体安装方式、运行环境、平台支持、收费模式或自动化程度；评审依赖真实代码或页面的可访问性；资料明确建议不要在没有用户要求时重做整个流程设计。