该技能是一份面向智能体构建界面的 UX 写作指南，核心观点是“文案是界面的性格和说明书，糟糕的文案会让好设计看起来像坏掉了”。内容按用途分为若干模块。
语音与语调：先确定品牌语调（平实、直接、温暖、冷幽默），并给出每种语调的适用场景和示例；通用规则包括具体（写“42 行”而非“一些数据”）、诚实（不用“just”）、面向读者用 you/your、每页最多一个感叹号、错误信息不用被动语态、不用“leverage/streamline/robust”等企业套话。
标题：提供五种可用公式——结果+受众、从痛点前到后、点名痛点、权威+承诺、带回报的好奇心；规则是 H1 少于 12 词、只讲一个点、产品名可放副线、不用标点戏剧化、不用“The Future of X”开头。
按钮与操作：按钮写动作（“Save changes”优于“Submit”优于“OK”），消费者场景可用第一人称提升转化；破坏性操作说明删除什么，并配同样显眼的取消；加载/禁用状态说明正在发生什么而非承诺；纯图标按钮必须有可访问文本。
错误信息：公式为“发生了什么 + 为什么（最多一句）+ 修复方法”。给出前后对照示例，如“Error 500”改为“This page hit a snag on our side. Reload — your work is saved.”；字段级错误放在字段旁而非远处 toast；不指责用户。
空状态：命名空状态、说明为何为空、给出下一步按钮，可选给出小收益；没有下一步的空状态是死胡同，属于产品失败。
状态与加载：进度用动词（“Uploading 3 of 8 files…”），完成说明变更了什么（“8 files uploaded to /reports”），通知为“主题 + 一句 + 可选操作”且少于 20 词，骨架屏超过约 2 秒需配消息。
包容与本地化：不用“guys/man-hours”和性别代词，“they”可用；避免“simply/easily/just”；精确数字写“1,024”而非“1k”，日期避免歧义；为翻译而写：不把变量嵌套在句子中间、不用习语、不用纯 emoji 消息。
最后提供检查清单：出现“leverage/streamline/robust/seamless/cutting-edge”；错误没有修复方法；按钮用“Submit/OK”而存在真实动词；空状态没有下一步；标题超过 12 词或带感叹号；页面同一视口无法支撑的声明；同一动作在一页出现两个不同标签——以上任一情况即判定文案不合格。
该技能不提供自动化执行、收费、价格、平台或效果数据，暂未提供相关信息。