用途：审计项目里所有用户可见字符串并按文案规则改写，使其清晰、具体、以收益为先，从优先级最高的屏幕开始逐屏处理，每次改动都在浏览器中可视化确认后再继续。
前期准备：先阅读 ~/.claude/skills/ui-design-principles/SKILL.md（写作规则），完整分类规则见 PRINCIPLES.md。
环境设置：检查或启动开发服务器，用 curl -s --max-time 2 -o /dev/null -w "%{http_code}" http://localhost:3000 判断状态；必要时等待 until curl -s --max-time 2 http://localhost:3000 > /dev/null 2>&1; do sleep 1; done && echo "ready"。定位源码根目录（find . -type d -name "src" ...，无 src/ 时找 app），检测 i18n（查找 i18next、next-intl 等及 locales 消息文件，有 i18n 时改动写入消息文件而非硬编码）。编写 _copy_screenshot.mjs（Playwright 截图脚本）与受保护页面的 _copy_auth.mjs，截图后需读取图片。
审计阶段：发现所有页面（页面、弹窗、登录流程、设置、新手引导），按 CTA、标题、错误、空状态、占位符、加载、工具提示、确认、微文案、营销文案分类提取字符串，并评级为 Bad、Weak 或 Good（Good 跳过）。每屏截图（含桌面与移动端），检查 aria-label、aria-description、aria-placeholder、title 等隐藏文案。
优先级排序：按首屏/入口、营收转化关键、存在 Bad 文案、高流量、存在 Weak 文案、仅管理端等因素评分，从高到低排序，并请用户确认。
改写循环：按排序逐屏处理，每屏最多 3 次迭代。改写前截图并说明上下文中的文案问题；分析并按 PRINCIPLES.md 规则标记 Critical、Major、Minor；改写（CTA 动词开头加收益、错误说明失败原因与下一步、空状态说明可做什么加 CTA、占位符给真实示例、加载说明正在发生什么、确认点名对象与后果、标题最强主张、微文案最多一句）；随后截图对比，检查是否截断、溢出、层级清晰、语气一致，不通过则回到改写步骤，超过 3 次迭代标记并推进。清单含 CTA、错误、空状态、占位符、加载、确认、标题、微文案、移动端适配、aria 文案、i18n 等检查项。
清理与报告：删除临时脚本 rm -f _copy_screenshot.mjs _copy_auth.mjs；每屏输出屏幕名、排名、迭代次数与修复计数，最后给出汇总表和未解决问题清单。
限制：只改用户可见字符串，绝不动逻辑或功能；图片优先于代码；同样清晰时取更短版本；改写破坏布局时应缩短而非要求改布局；每屏最多 3 次迭代。原文未提供适用平台、收费或效果等具体信息。